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16  Abstract 

This*  report  documents  the  TDRSS  operations  control  analysis  study  con 
ducted  during  February  - November  1976-  This  study  was  performed  in 
three  phases.  Phases  I and  II  of  this  operations  control  analysis 
were  conducted  concurrently  with,  but  independently  of,  a similar 
study  being  performed  by  NASA  personnel.  The  results  of  this  inde- 
pendent operations  control  analysis  study  are  contained  i-n-the  bo^y 
and  all  but  the  final  appendix  of  this  report.  This  analysis  was 
based  upon  the  use  of  an  operational  Tracking  and  Data  Relay  Satel- 
lite System  (TDRSS)  and  the  remaining  Ground  stations  for  the  STON 
(GSTDN).  Phase  1 of  the  study  compared  the  operational  aspects  of 
TDRSS  Concepts  I and  II,  GSTDN  as  a 1 4-site  network,  and  GSTDN  as  a 
7“Site  network,  with  operating  loads  as  described  by  the  TDRSS  Plan- 
ning Mission  Model,  July  1975 > revised  to  include  GSTDN.  The  result 
of  Phase  1 was  a principal,  and  set  of  alternative,  operations  contro 
concepts  for  the  above  configurations.  Phase  II  developed  the 
principal  and  alternate  control  concepts  derived  in  Phase  1 into 
methodologies,  overall  guidelines,  characteristic  descriptions,  and 
costs  of  the  TDRSS/GSTDN  Operations  Control  System  I n add i t ion , 
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16.  Abstract  (continued) 

attention  was  directed  toward  the  methodology  and  guidelines  in 
two  specific  areas  of  concern,  the  man/machine  Interface  and 
scheduling  system.  As  a component  of  a human  factors  analysis, 
a bibliography  and  referral  matrix  was  developed  and  Is  contained 
in  Appendix  G,  Specialized  Human  Factors  Primer.  This  bibli- 
ography and  referral  matrix  identify  salient  studies  and  refer- 
ences dealing  with  the  primer  subject  matter  and  additional 
sources  of  human  factors  expertise  in  these  areas.  At  the 
completion  of  Phase  II,  the  desired  attributes  of  the  TDRSS 
era  Network  Control  Center  (NCC)  were  defined  by  NASA.  Phase  III 
focused  on  selected  NCC  issues  which  included  hardware/software 
tradeoff  analyses,  feasibility  studies  and  detailed  system 
descriptions  for  critical  aspects  of  the  operations  control  system. 
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Executive  Summary 

OVERVIEW  OF  THE  TDRSS  OPERATIONS  CONTROL  ANALYSIS  STUDY 

TfU^  tinJizz  phn6Z  poAlonmzd  an  opzAatloni  contJioZ  anaZy^i^  itixdy 

oij  tkz  Spajzz^tcgfvt  TmdUng  and  Data  Nz6aon.k  [STVN]  tkt  TVRSS  ena. 

Background 


This  report  documents  the  Tracking  and  Data  Relay  Satellite  System  (TDRSS) 
operations  control  analysis  study  conducted  during  February  - November  1976 
This  study  was  performed  in  three  phases.  Phases  I and  II  of  this  operations 
control  analysis  were  conducted  concurrently  with,  but  independently  of,  a 
similar  study  being  performed  by  NASA  personnel.  At  the  conclusion  of  the 
independent  analysis  NASA  identified  the  desired  attributes  of  the  TDRSS 
era  operations  control  system  Phase  1 1 1 of  this  study  focused  on  specific 
control  system  issues  identified  by  NASA,  Analysis  of  these  issues  were 
then  conducted  in  conjunction  with  related  NASA  efforts.  The  results  of  the 
independent  operations  control  analysis  study  (Phase  I and  ll)  are  contained 
in  the  basic  text  and  are  supported  by  eight  of  the  nine  appendices.  The  last 
appendix  contains  the  results  of  Phase  111  analyses.  The  Phase  I and  II 
analyses  were  based  upon  the  use  of  an  operational  TDRSS  and  a maximum  of 
seven  Ground  STDN  (GSTDN)  tracking  stations.  Phase  I of  the  study  compared 
the  operational  aspects  of  TDRSS  Concepts  1 and  11,  GSTDN  as  a 1 4-site  net- 
work, and  GSTDN  as  a 7“site  network,  with  operating  loads  as  described  by 
the  TDRSS  Planning  Mission  Model,  July  1975,  revised  to  include  GSTDN.  The 
result  of  Phase  I was  a principal,  and  set  of  alternative  operations  control 
concepts  for  the  above  configurations.  The  methodologies  and  costs  for 
implementing  these  control  concepts  were  subsequently  developed  in  Phase  11 

Phase  I Scope  and  Objectives 

Phase  I studied  the  plans  for  the  TDRSS/GSTDN  era  of  operations  to  determine 
the  nature  of  the  operations  control  requirements  and  developed  the  appropri- 
ate principal  and  alternate  operations  control  concepts.  The  objectives  of 
the  Phase  I analysis  were  to  select  a Principal  Control  Concept  for  the 
orderly  functioning  of  the  TDRSS  era  STDN  and  to  examine  the  effects  on 
this  control  concept  of  varying  mission  loading,  the  number  of  GSTDN  sites, 
and  the  TDRSS  configuration  (Concept  I versus  Concept  1!). 

Phase  11  Scope  and  Objectives 

The  principal  and  alternate  control  concepts  derived  in  Phase  I were  devel- 
oped into  methodologies,  overall  guidelines,  characteristic  descriptions, 
and  costs  of  the  TDRSS/GSTDN  Operations  Control  System.  In  Phase  II,  par- 
ticular attention  was  also  directed  toward  the  methodology  and  guidelines 
in  two  specific  areas  of  concern,  the  man/machine  interface  and  scheduling 
system.  The  first  of  two  Phase  II  objectives  was  to  identify  the  impacts 
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on  operations  seen  for  the  alternate  control  concepts  defined  in  Phase  I. 
The  second  objective  was  to  define  an  efficient  relationship  between  manua 
skills  and  machine  capabilities  for  use  in  Network  Operations  Control 
Center  (NOCC)  interactions  with  the  Payload  Operations  Control  Center 
(POCC)  and  network  elements. 

Phase  ill  Scope  and  Objectives 

Phase  111  analyses  focused  on  special  operations  control  system  issues 
identified  by  NASA  The  overall  objectives  of  this  phase  were  to  support 
Network  Control  Center  (NCC,  renamed  from  the  current  NOCC)  Automatic  Data 
Processing  (ADP)  Feasibility  Study.  Additional  analyses  were  conducted  in 
support  of  the  overall  definition  of  NCC  operations  in  the  TDRSS  era. 
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Executive  Summary 

FINDINGS  OF  THE  PHASE  I ANALYSIS 

\f}AMUn  the.  eonte.xt  plam  the.  TVRSS/GSTVM  eha  opeJiatlom , 

Phcuz  X determined  the.  nature  the  operations  eontrot  reqiurements 
and  developed  appropriate  pnnctpaZ  and  aZtemate  operations  eontrot 
concepts.  A sensitivitif  anaZysts  was  conducted  to  determine  the 
impact  0^  loading  and  TVPSS/GSTVN  con^guratcon  variations  on  the 
Principal  Control  Concept. 

Hardware/Software  Systems 


In  developing  the  control  methodologies,  two  nevi;  software/hardware  auto- 
mated routines  were  specified  to  increase  the  efficiency  of  the  network 
operations,  permit  the  decentralization  of  work  and  responsibility  when 
desired,  and  allocate  routine  processing  to  machines  and  decision  making 
to  people.  The  Automated  Scheduling  Routine  (ASR)  is  designed  to  permit 
both  long  lead  time  scheduling  and  real-time  scheduling-  If  so  configured 
by  the  Network  Operations  Control  Center  (NOCC) , users  could  enter  their 
requests  for  service  directly  into  the  ASR  and  have  rapid  knowledge  of 
scheduling  of  the  event,  conflicts  that  exist,  and  possible  alternative 
scheduling  times.  The  Control  and  Status  Monitoring  System  (CASMS) 
automates  many  of  the  NOCC  interfaces  with  STDN  users  and  permits  routine 
service  to  be  decentralized  to  the  degree  desired  by  the  NOCC 

Control  Concept  Development/Selection 


Phase  1 approached  the  development  of  a Principal  Control  Concept  by  seg- 
menting the  Network  ooerations  into  four  independent  task  areas:  scheduling 

system  integrity;  malfunction  identification,  isolation  and  restoration; 
and  routine  service.  For  each  area,  alternative  control  methodologies  were 
defined  and  an  analysis  applied  to  select  the  preferred  methodology.  The 
Principal  Control  Concept  was  then  formed  by  combining  the  preferred 
methodologies. 

In  developing  the  alternatives,  three  generic  control  concepts  were  defined* 
centralized  control;  decentralized  control;  and  matrix  control.  While  the 
centralized  and  decentralized  control  concepts  vested  the  work,  responsi- 
bility, and  authority  in  the  NOCC  and  the  users  respectively,  the  matrix 
control  concept  vested  the  authority  in  the  NOCC  and  gave  the  NOCC  the 
ability  to  delegate  the  work  and  the  responsibility  between  the  NOCC  and 
the  users.  This  concept  gave  the  NOCC  extreme  flexibility  and  efficiency 
in  providing  maximum  service  to  the  users  while  at  the  same  time  standard- 
izing user  interfaces.  The  resulting  Principal  Control  Concept  is  one 
that  uses  the  matrix  control  concept  for  the  task  areas  of  scheduling  and 
routine  service  and  the  centralized  control  concept  for  the  tasks  of 
system  integrity  and  malfunction  identification,  isolation  and  restoration. 
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PRINCIPAL  CONTROL  CONCEPT 


• PERMITS  THE  NOCC  TO  DECENTRALIZE  THE 
WORKLOAD  WHILE  RETAINING  STDN  OPERATIONAL 
AUTHORITY 

• ALLOCATES  NETWORK  AND  SPACECRAFT  RESPONSIBILITY 
TO  THE  NOCC  AND  POCC,  RESPECTIVELY 

• ALLOWS  THE  NETWORK  TO  BE  HIGHLY  TRANSPARENT 
TO  USERS 

• PROPERLY  DISTRIBUTES  NETWORK  ACTIVITIES  BETWEEN 
MEN  AND  MACHINES 

• ENSURES  UNIFORMITY  OF  INTERFACE  OPERATION 
THROUGHOUT  SPECTRUM  OF  OPERATIONS 
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Executive  Summary 

FINDINGS  OF  THE  PHASE  I ANALYSIS 

Sensitivity  Analysis 

The  Principal  Control  Concept  was  subjected  to  a sensitivity  analysis  which 
considered  variations  In  the  TDRSS  dally  loading,  variations  in  TDRSS  con- 
figuration, support  of  the  Space  Shuttle,  variations  in  GSTDN  configura- 
tion and  variations  In  the  GSTDN  loading. 

An  examination  was  made  of  varying  both  the  loading  and  the  configuration 
of  the  TDRSS.  In  both  cases,  the  major  Impact  on  the  Principal  Control 
Concept  was  in  the  operations  task  of  scheduling.  As  the  load  increased, 
the  number  and  the  severity  of  the  conflicts  increased.  The  results  in- 
dicated that  a more  sophisticated  scheduling  algorl thm  would  be  needed  to 
resolve  the  conflicts.  For  all  levels  of  loading,  the  TDRSS  configuration 
using  Single  Access  service  only  produced  more  conflict  problems  than  the 
TDRSS  Configuration  using  both  Multiple  Access  and  Single  Access  service. 

The  major  impact  of  adding  a Space  Shuttle  was  with  the  scheduling  task 
The  addition  of  one  Space  Shuttle  was  equivalent  to  increasing  the  load  by 
+50%}  and  the  addition  of  two  Space  Shuttles  was  equivalent  to  increasing 
the  load  by  +15%  to  +100^.  Both  the  number  and  severity  of  the  conflicts 
increased  in  each  case. 

When  the  number  of  GSTDN  sites  was  increased  from  the  baseline  seven  to 
the  current  fourteen, add i t Iona  1 service  and  back-up  service  for  the  Shuttle 
could  be  provided.  When  the  number  of  sites  was  reduced  to  less  than 
seven,  two  impacts  were  noticed.  First,  scheduling  was  once  again  affected. 
Second,  the  average  service  that  could  be  provided  to  the  GSTDN  users  was 
decreased  and  continuous  dedicated  support  was  seen  to  suffer  numerous 
interruptions 
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Executive  Summary 


FINDINGS  OF  THE  PHASE  M ANAtYStS 

Th^  k&y  ^Indingi  tkz  Phcue  U amly^^  can  be.  related  (LUe.ctty 
toi  Control  Concept  Re.^tnement;  Automatic  ScheduUng  Routine.} 
ContfLoZ  and  Status  MonCtoAmg  Syitem;  STW  OpeAotion&  Centen. 
Sta^irng;  Human  factor  and  Costing. 


Control  Concept  Refinement 


The  Phase  II  analysis  refined  the  operations  control  concepts  developed  in 
Phase  I.  The  results  of  this  refinement  are  identified  below. 

• The  Principal  Control  Concept  identified  in  Phase  I is  a viable 
and  cost  competitive  alternative. 

• The  estimated  life-cycle  cost  for  the  control  system  is 
19  million  dollars  using  inflated  I976  collars. 

• Use  of  a refurbished  NOCC  saves  900  thousand  to  one  million 
dollars  over  constructing  and  equipping  a new  facility. 

Automatic  Scheduling  Routine 

During  Phase  II,  ASR  implementation  and  algorithm  requirements  were  devel- 
oped. The  results  of  this  analysis  are  as  follows* 

I 

• The  ASR  can  be  justified  on  projected  workload  and  manpower 
savings  over  a totally  manual  system.  tHis  savings  amounts  to 
5 million  dollars  over  the  1978-1990  period. 

• Dedicated  hardware  should  be  used  for  the  ASR. 

• Combined  ASR  hardware  and  software  costs  are  estimated  at  500  to 
800  thousand  dollars  using  1976  dollars. 

• A sophisticated  algorithm  is  required  for  the  ASR.  It  initially 
utilizes  a multiple-pass  feasibility  search  while  maintaining  a 
capability  for  the  addition  of  heuristic  loading  rules. 

• Network  Operations  Management  must  specify  the  objective  func- 
tions to  be  used  by  the  ASR  algorithm. 

• Existing  algorithms  are  likely  to  satisfy  a portion  of  the  ASR 
requirements.  However,  it  is  unlikely  that  any  existing  algo- 
rithm will  be  directly  applicable  to  the  entire  STDN  problem 
N/2  Job  Shop  and  Branch  and  Bound  algorithms  appear  to  be  the 
most  useful  techniques  for  satisfying  STDN  requirements 
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Control  And  Status  Monitoring  Systems 


Characteristics  of  CASMS  were  defined  to  allow  hardware  and  software 
development  costs  to  be  estimated. 

• Information  requirements  can  be  met  by  five  message  categories 
with  messages  of  under  100  bits  in  length 

m Processing  requirements  were  found  to  be  well  within  the  capabil- 
ity of  current  mini -computers. 

• Hardware  and  software  development  costs  were  estimated  to  be 
between  400  and  700  thousand  dollars  in  1976  year  dollars 

STDN  Operations  Center  Staffing 

The  concepts  and  guidelines  necessary  for  the  determination  of  the  STDN 
control  center  staff  were  developed  during  this  analysis  effort.  The 
impacts  of  loading  and  control  concept  variation  upon  operations  center 
personnel  requi rements  were  also  assessed. 

• Between  seven  and  eight  console  positions  are  required  in  the 
operations  center.  The  requirement  to  staff  these  positions 
continually  translates  into  a need  for  30  to  AO  people 

• Ten  to  fifteen  support  positions  for  the  Operations  Center  were 
identified.  Manpower  estimates  were  developed  based  on  staffing 
these  positions  for  a normal  40-hour  work  week,  50_weeks  a year. 
As  a result,  10  to  15  support  personnel  requirements  were  iden- 
tified. 

• Almost  ninety  percent  of  the  life-cycle  cost  for  the  Operations 
Control  Concept  is  in  manpower.  For  the  Operations  Center  and 
support  personnel  identified  above,  this  cost  is  approximatley 
17  million  dollars  in  inflated  1976  dollars. 

• A 100  percent  increase  in  the  STDN  load  resulted  in  the  require- 
ment for  additional  positions  in  the  Operations  Area,  The 
associated  life-cycle  cost  impact  is  an  increase  of  A 8 million 
dollars  above  that  of  the  Principal  Control  Concept  at  baseline 
load . 

• A 50  percent  decrease  in  load  resulted  In  a reduction  of  posi- 
tions in  the  Operations  Area  to  A or  5*  The  associated  cost 
impact  is  a reduction  of  l.A  million  dollars  below  that  of  the 
Principal  Control  Concept  at  baseline  load. 
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Executive  Summary 

FINDINGS  OF  THE  PHASE  II  ANALYSIS 

• Changing  routine  service  to  decentralized  control — as  opposed  to 
matrix  control  specified  in  the  Principal  Central  Concept — 
provides  the  least  cost  alternative  for  the  Operations  Control 
Concept.  This  results  in  savings  of  1.4  million  dollars  in 
terms  of  inflated  1976  dollars  over  the  Principal  Control  Concept 
cost  of  19  million  dollars,  it  should  be  realized,  however, 
that  additional  Payload  Operations  Control  Center  (POCC)  person- 
nel would  likely  be  required  but  have  not  been  costed. 

• All  remaining  control  system  alternatives  required  resources  in 
addition  to  those  identified  for  the  Principal  Control  Concept 
and  hence  resulted  in  higher  costs. 

Human  Factors 


Human  Factors  analysis  addressed  specific  problem  areas  dealing  with  the 
man/machIne  interface,  working  conditions  and  morale. 

• The  NOCC  man/machine  interface  must  not  be  complex. 

• Formal  training  and  personnel  selection  programs  could  Impact 
favorably  upon  the  NOCC  working  environment. 

• No  requirement  was  found  for  color  CRT  displays. 

Cost  Analysis 

The  significant  factors  bearing  on  the  cost  analysis  and  associated  results 
presented  above  include  the  following* 

• The  cost  analysis  was  based  on  the  assumption  that  quality  of 
service  was  constant., 

• The  control  concept  alternatives  were  compared  on  the  basis  of 
1976  dollars,  inflated  dollars,  and  discounted  dollars.  Dis- 
counting inflated  dollars  was  used  as  a method  by  which  both 
negative  and  positive  effects  of  time  can  be  accurately  accounted 
for  in  a given  period. 

• Implementation  decisions  made  on  the  basis  of  discounted  dollars 
are  consistent  with  decisions  that  would  occur  if  the  analysis 
was  based  on  inflated  dollars.  This  results  from  the  stable 
cash  flow  over  the  period  of  time  considered. 

The  factors  influencing  the  life  cycle  cost,  the  effect  of  discounting 
dollars  and  the  results  of  the  life  cycle  costing  for  the  Principal 
Control  Concept  are  shown  in  the  figure. 
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Executive  Summary 

SUMMARY  OF  PHASE  I 1 I ANALYSES 

Phase.  Ill  ayvaZyses  focused  on  special  opeAatlons  conta.ol  system 
A^saes  Identified  by  A/ASA.  Sappont  was  pn.oold.ed  to  the  development 
of  NASA's  WCC  Automatcc  Vata  Pao cessing  lAVP)  FeaslbUsty  Study  mth 
additional  analyses  conducted  s.n  suppont  of  the  ovenall  defsnltlon  of 
WCC  opejuxtlons  In  the  TVRSS  ena. 

General 


As  previously  indicated,  Phase  ill  analyses  focused  on  critical  operations 
control  system  issues  as  selected  by  NASA.  Since  these  analyses  are  inde- 
pendent of  the  Phase  I and  II  study,  the  results  and  conclusions  for  Phase 
II!  have  been  incorporated  in  Appendix  I The  major  areas  considered  were 

NCC  Requirements  and  Definition,  Manpower  Cost  Estimates,  Software  Spec- 
ifications, Message  Sizing  and  Data  Rate  Requirements,  and  NCC  Controller 
Manpower  Requirements. 

NCC  Requirements  and  Definition 

The  NCC  Composite  Functional  Flow  Diagram  shown  in  the  figure  served  as  the 
basis  for  the  ADP  requirements  and  definitions  identified  during  Phase  III. 

For  each  of  the  functions  identified,  with  the  exception  of  "Display,*' 
"Memory,"  and  "Data  Monitor"  functional  descriptions,  processing  requirements, 
detailing  subfunction  task  and  element  requirements;  input/output  message 
sizing  and  rates,  and  storage  requirements  were  developed.  Subsequently  a 
computer  configuration  and  software  cost  analysis  was  performed.  Hardware 
computer  costs  were  developed  for  the  NCC  ADP  equipment  arranged  in  a Star, 
Ring  or  single  "medium"  size  configuration.  Based  on  the  cost  estimates  pro- 
vided in  Appendix  I,  the  medium  size  computer  configuration  for  the  NCC 
seemed  the  most  desirable.  The  hardware/sof tware  cost  for  this  configura- 
tion was  estimated  to  be  $1 ,086,600.  The  hardware/sof tware  costs  for  the 
Star  and  Ring  configurations  were  estimated  to  be  $1,771,700  and  $2,07^,150 
respectively. 


Based  on  the. above  requirements  and  definitions,  a description  of  the  real 
time  event  flow  characteristics  of  the  ACQ.  DATA  function  was  developed. 
Personnel /machine  tasks  and  responsibilities  were  discussed  in  both  routine 
and  emergency  environments.  Included  was  an  identification  of  information 
(such  as  various  test  and  comparison  results,  alarm  messages,  etc.)  to  be 
displayed  on  the  ACQ,  DATA  CRT  for  operator  review  and/or  action. 
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Software  Specifications 

To  demonstrate  a form  and  format  for  the  NCC  ADP  system  software  specifica- 
tion, a representative  example  of  the  specification  for  the  AC(i  DATA  function 
was  developed.  The  format  was  guided  by  standard  procedures  for  the  presen- 
tation of  computer  software  specifications.  Major  paragraphs  presented,  the 
overall  scope  and  a short  description  of  major  program  functions;  applicable 
documents,  and  detailed  requirements  placed  on  the  software,  including  Runge 
Kutta  equations  to  be  used  for  Inter  Range  Vector  (IRV)  integration. 


NCC  COMPOSITE  FUNCTIONAL  FLOW  DIAGRAM 
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Executive  Summary 

SUMMARY  OF  PHASE  III  ANALYSIS 


Manpower  Cost  Estimates 

Based  on  NCC  staffing  estimates  developed  by  NASA,  10  year  cost  comparisons 
were  made  between  projected  NCC  staffing  and  current  NOCC  staffing.  Yearly 
manpower  costs  were  provided  for  the  years  I98O  and  1990.  these  estimates 
were  provided  for  low  (L) , midrange  (M) , and  high  (H)  salary  categories.  As 
can  be  seen  in  the  table,  the  future  NCC  staffing  was  projected  to  save  from 
16.7  to  23-2  million  dollars  over  the  10  year  period  when  inflation  is  con- 
sidered. 

NCC  Controller  Manpower  Requirements 

Through  an  extension  of  the  analysis  conducted  in  the  Phase  II  Manpower 
study,  the  load  dependent  manpower  required  in  support  of  both  TDRSS  and 
GSTDN  was  developed.  A more  realistic  simulation  of  expected  event  arrival 
rates  was  obtained,  along  with  an  individual  assessment  of  TDRSS  MA  and  SA 
activity  under  various  load  conditions  and  network  setup/teardown  times, 
and  GSTDN  manpower  requirements  in  a peak  load  environment.  It  was  found 
that  to  insure  the  real  time  consideration  of  all  simultaneous  events  for  the 
baseline  ig80s  TDRSS  system  load,  two  MA  and  two  SA  controllers  are  required 
At  twice  baseline  load,  three  MA  and  four  SA  controllers  would  be  needed. 

In  addition,  it  was  found  that  three  GSTDN  operators  are  sufficient  to 
absorb  the  heaviest  expected  workload  in  the  early  I98OS  The_descr i ption 
of  simultaneous  event  characteristics  such  as  average  per  minute,  maximum 
per  load,  and  frequency  which  were  used  to  derive  the  manpower  requirements 
is  also  given.  The  table  opposite  exemplifies  these  results. 

The  statistics  in  the  table  are  given  parametrically  for  various  values  of 
T,  the  time  required  for  an  SA,  MA,  or  GSTDN  controller  to  carry  out  the 
necessary  set  of  events  for  network  assembly  and  disassembly  The  simulation 
which  provided  these  statistics  considered  realistic  satellite  contact 
initiation  and  duration  timing  However,  during  one  satellite's  actual 
contact  period,  it  was  assumed  that  the  controller's  time  was  essentially 
free  to  perform  alternate  setup  and  teardown  events,  i.e.,  only  setup  and 
teardown  were  considered  "operator  events  " For  baseline  loading  conditions 
the  table  lists  the  maximum  number-of  (simultaneous)  events,  and  the  number 
of  operators  required  to  perform  such  tasks  The  assumption  was  made  that 
an  operator  can  perform  three  events  simultaneously,  thus  six  simultaneous 
events  requires  two  operators  (No.  Req.  Operators).  Other  statistics 
generated  were  Operator  Free  Time  — the  percentage  of  time  that  an  operator 
(1,  2,  or  3)  would  be  "idle,"  and  Most  Frequent  (Number  of)  Events  — the 
number  of  simultaneous  events  which  occurred  most  frequently,  and  the 
percentage  of  time  in  which  that  number  occurred.  In  computing  operator 
free  time,  it  was  assumed  that  each  successive  controller  accepted  only 
those  events  exceeding  his  predecessor's  saturation  level. 
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.39  99 
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6 

2 
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6 

8 
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SUMMARY  OF  PHASE  I I i ANALYS I S 

Message  Sizing  and  Data  Rate  Requirements 

To  provide  block  sizing  tradeoffs  and  evaluate  the  capability  of  projected 
line  data  rates  to  satisfy  the  expected  information  flow  between  the  NCC 
and  external  STDN  elements,  an  analysis  of  message  sizing  and  data  rate 
requirements  was  conducted.  The  messages,  and  their  approximate  sizes,  which 
comprise  the  majority  of  communications  identified  to  date  were  used. 

At  the  right  are  illustrations  of  the  block  sizing  tradeoff  analysis.  The 
upper  graph,  "The  Amount  of  Information  Data  Transmitted  for  Various 
Block  Sizes,  at  a 9-6  kb/s  Rate,"  illustrates  the  impact  of  14  words  of 
NASCOM  overhead  on  the  choice  of  a standard  block  size.  The  shaded  area 
represents  the  percentage  of  the  available  600  words  per  second  that  would 
be  transmitted  as  overhead.  Note  that  the  curve  tends  to  be  relatively 
flat  for  block  lengths  in  the  region  of  150  to  300  words,  and  that  present 
I^ASCOM  standard  block  size  is  300  sixteen  bit  words  (4800  bit  block). 

The  message  sizing  analysis  indicated  that  a weekly  STDN  schedule  would 
consist  of  approximately  630  thousand  words.  The  lower  illustration 
portrays  the  amount  of  pure  transmission  time  required  to  transmit  such 
a schedule,  exclusive  of  the  time  required  for  any  communications  protocol 
Considering  these  factors,  standard  block  size  for  NCC  traffic  in  the 
neighborhood  of  150  words,  or  2400  bits,  was  selected. 

Analysis  results  Indicate  that  using  a 56  kb/s  transmission  rate  on  the 
1.544  Mb/s  NCC-TDRSS  link  may  be  very  desirable.  Since  this  link  will  be 
established,  cost  incumbrances  for  an  additional  9.6  kb/s  line  to  provide 
a virtual  19.2  kb/s  link,  or  a 19.2  kb/s  channel  to  replace  the  9.6  kb/s 
line,  or  a 56  kb/s  service  to  replace  the  9.6  kb/s  line  would  not  be 
incurred.  These  incumbrances  could  range  from  $4,570  to  $9,215  on  a 
monthly  recurring  basis.  Additional  benefits  include  the  potential  to 
establish  all  NCC  communications  at  the  56  kb/s  rate. 
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Executive  Summary 
STRUCTURE  OF  FINAL  REPORT 

The.  te.xt  oi  tkU  h.e.poAt  docnme.nt&  the.  ^eAutU  the,  Pha&e,  I and 

II  anatyit^  Tkz  appencUce,6  eontoAM  iupponting  mateJitat  ^ofi 

the&z  phai>e,&  cu,  we££  cu>  docxm&nt<,ng  the.  analMe^  c.ondaate.d  andeA  ?ha&z 
III. 

Phase  I Results 

The  Phase  I analysis  results  are  provided  in  the  next  section  of  this  report. 
Following  the  identification  of  key  assumptions,  study  context  and  analysis 
approach,  two  major  areas  are  addressed,  Principal  Control  Concept  Formula- 
tion and  Sensitivity  Analysis.  The  analysis  approach  segmented  network 
operations  in  four  fundamental  tasks.  Within  Principal  Control  Concept  Formu- 
lation, each  operations  task  is  addressed  sequentially  and  a preferred  task 
control  methodology  developed.  Only  the  preferred  methodology  for  each 
task  is  presented  in  the  body  of  the  report.  Details  of  the  alternatives 
for  each  operations  task  are  presented  in  Appendix  D.  For  each  operations 
task,  the  control  methodology  is  presented  by  first  discussing  its  charac- 
teristics, then  the  selection  rationale  and  finally,  the  information  flow 
and  Interfaces.  The  Principal  Control  Concept  is  then  synthesized  by  combining 
the  preferred  task  control  methodologies. 

Within  the  Sensitivity  Analysis,  a discussion  of  the  TDRSS  variations  and 
impacts  upon  the  Principal  Control  Concept  is  presented  first.  Subsequently, 
a similar  discussion  is  presented  for  the  GSTDN  variations.  For  both  topics, 
the  loading  models  and  key  assumptions  are  presented.  Additionally,  the 
potential  impact  upon  results  of  variations  in  the  assumptions  is  addressed. 

Phase  II  Results 


The  results  of  the  Phase  II  ana  1 ys i s are  presented  in  three  major  topics; 
Control  Concept  Refinement,  Human  Factors  Considerations  and  Cost  Analysis. 

The  refinement  of  the  control  concept  characteristics  described  in  Phase  i 
is  presented  in  the  first  topic.  The  Automatic  Scheduling  Routine  (ASR) , 
Control  and  Status  Monitoring  System  (CASMS)  and  Operations  Management  are 
addressed  In  the  refinement  of  Operations  Management,  three  salient 
human  factors  subject  areas  are  addressed*  major  skill  levels  needed,  task 
capabilities  of  the  different  skill  levels,  and  tool  requirements  for  each 
skill  level.  Inclusion  of  these  areas  in  this  section  allows  the  characteris- 
tics of  Operations  Management  to  be  refined  to  the  level  where  NOCC  staffing 
can  be  identified  and  its  basis  demonstrated  in  a logical  flow. 
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Specifics  relating  to  the  STDN  Control  Center  man/machine  interface  are 
developed  within  Human  Factors  Considerations.  Included  are  working  space 
requirements,  CRT  display  character  parameters,  personnel  selection  and 
training,  color  versus  monochrome  display  tradeoffs  and  the  man/machine 
interface.  Supplementing  the  specific  areas  treated  within  the  body  of 
the  report,  is  a specialized  human  factors  primer  which  treats  the  general 
area  of  working  conditions.  This  primer  (Appendix  G)  presents  guidelines 
and  methodologies  for  determining  and  implementing  working  condition  changes 
motivated  by  human  factors  considerations. 

For  the  various  control  concepts  developed  in  Phase  1,  and  the  associated 
refinements.  Rough  Order  of  Magnitude  (ROM)  cost  estimates  are  provided 
for  major  control  system  components.  Cost  Summaries  are  provided  In  the 
report  and  supported  with  detailed  cost  data  sheets  in  Appendix  H Cost 
comparisons  are  made  between  the  Principal  Control  Concept  and  alternatives 
synethesized  in  Phase  I.  This  material  is  presented  m the  third  topic, 

Cost  Analysis. 

Phase  Ml  Results 


As  previously  indicated,  Phase  MI  analyses  focused  on  critical  operations 
control  system  issues  as  selected  by  NASA.  Since  these  analyses  are  inde- 
pendent of  the  Phase  1 and  M study,  the  results  and  conclusions  for  Phase 
III  have  been  incorporated  in  Appendix  I.  The  major 
NCC  Functional  Requirements  and  Definition  (Appendix 
Manpower  Cost  Estimates  (Appendix  i,  Section  3),  and 
(Appendix  i,  Section  4 and  5). 


areas  considered  were 
I , Section  1 , 2 and  6) , 
Software  Specifications 
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Introduction 

THE  TDRSS  ERA  WILL  CREATE  HAJOR  CHANGES  IN  STDN  OPERATIONS 
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txayUtnuUiton  gxound  gejogfiaphicaZ  xz6txiction6  on  daxa- 

t^n  and  avaAtahlzXty  oi  &appo>vt,  and  "poittevz  xzpoatCng . " Thti  Z6 
■in  ■6haxp  contxo6t  to  thz  TPRSS  exa  vihizh  Milt  bz  dnaxjoztextzzd  by  xzat 
timz  data  tfum6ml6-6.ion,  nzax  continuous  vtzMing  o^  spaezexa^t,  and  in- 
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Summary  Of  Current  STDN  Operations 

Present  STDN  operations  exhibit  four  characteristics.  First,  store-and- 
forward  methods  of  transfer  of  spacecraft  data  to  the  user  are  employed. 

The  large  volume  of  data  received  daily  by  the  STDN  greatly  exceeds  the 
constraints  placed  on  its  relay  from  ground  site  to  GSFC  by  data  communica- 
tions capabilities.  This  mode  of  operations  tends  to  decrease  user  confi- 
dence in  the  quality  of  his  data  because  no  method  of  real  time  data  quality 
evaluation  is  available.  Second,  the  scheduling  of  Low  Earth  Orbit  (LEO) 
spacecraft  contacts  at  present  is  limited  by  geographical  factors  as  well  as 
mission-unique  support  requirements  that  call  for  the  use  of  stations  spe- 
cially equipped  with  that  mission's  support  hardware  or  software.  Geography 
dictates  unavoidable  restrictions  in  duration  of  spacecraft-station  contact, 
as  well  as  in  the  portion  of  orbit  available  for  support.  Third,  mission- 
unique  support  requirements  compound  this  problem  of  geographic  constraints. 
Many  sites  are  uniquely  configured,  making  for  non-standard  interfaces, 
as  well  as  removing  stations  from  the  total  pool  of  support  available  because 
of  their  "semi-prioritized"  configuration.  Fourth,  the  STDN  of  today  relies 
heavily  on  voice  and  teletype  interfaces  for  the  conduct  of  i tsoperations. 
These  methods  are  normally  slower  and  less  accurate  than  automated  techniques. 
Current  procedures  occupy  significant  portions  of  NOCC  workload  by  requiring 
the  monitoring  of  "positive"  or  nominal  information. 

Impacts  Of  The  TDRSS  Era 

During  the  TDRSS  era,  the  concept  of  scheduling  limited  passes  over  each 
ground  station  will  no  longer  be  applicable  because  of  the  near  continuous 
capability  of  TDRSS  to  view  LEO  spacecraft.  Times  for  return  link  data 
transmission  and  forward  link  tracking  and  command  signals  will  not  be  as 
rigidly  confined  as  in  the  past.  TDRSS  users  will  all  employ  the  same 
standardized  ground  sites,  and  the  near  real  time  relay  of  data  has  implica- 
tions in  the  area  of  data  quality  assurance  that  have  been  absent  in  the 
past.  The  6STDN  users  as  well  will  interface  with  standardized  ground 
station  equipment  that  will  no  longer  be  constantly  reconfigured  to  handle 
specialized  needs.  The  GSTDN,  too,  will  supply  near  real  time  data  trans- 
mission from  spacecraft  to  user.  Large  increases  in  system  automation  will 
be  seen  in  the  TDRSS  era.  These  will  add  speed  and  accuracy  to  the  monitor- 
ing functions  of  the  NOCC.  Routine  status  reports  will  no  longer  require 
voice  loops  or  teletype  messages,  and  each  network  element  will  have  access 
to  the  information  it  needs  when  it  needs  it,  with  no  extraneous  information 
included. 
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COMPARISON  OF  PRESENT  STDN 

AND 

TDRSS  ERA  OPERATIONS 

PRESENT  STDN  OPERATIONS 

PLANNED  TDRSS  ERA  OPERATIONS 

# 

STORE  AND  FORWARD  DATA  TRANS- 

# 

NEAR  REAL  TIME  DATA  TRANSMISSION 

MISSIONS 

FROM  TDRSS  AND  GSTDN 

# 

COVERAGE  LIMITED  BY  GEOGRAPHY 

• 

COVERAGE  AVAILABLE  FOR  80-100% 

FOR  LEO  USERS 

OF  ORBIT  DEPENDING  ON  ORBIT 
HEIGHT 

# 

SOME  STATIONS  CONFIGURED  WITH 
SPECIAL  HARDWARE/SOFTWARE 

• 

STANDARDIZED  S-BAND  SUPPORT 

PACKAGES 

SYSTEMS  FOR  TDRSS  AND  ALL 
GSTDN  GROUND  SITES 

• 

"POSITIVE  REPORTING"  USING 
VOICE/TTY  INTERFACES 
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Introduction 

KEY  ASSUMPTIONS  WERE  ESSENTIAL  TO  THE  ANALYSIS 
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Satellite  Compatibility 

Satellite  compatibility  with  either  TDRSS  or  GSTDN,  but  not  both,  implies  a 
fully  operational , TDRSS  era  configured  STDN.  The  implications  of  the 
transition  from  a ground  tracking  network  (and  the  associated  satellite 
carryovers)  to  the  STDN  with  a TDRSS  are  reserved  for  Phase  2 of  this 
study. 

Shuttle 


Assuming  that  Space  Shuttle  utilizes  TDRSS  as  prime  support  and  GSTDN  as 
back-up  is  consistent  with  available  information.  This  study  addresses  the 
implications  of  simultaneous  support  of  two  operational  space  shuttles. 

Automation  Of  TDRSS  Ground  Site 


To  minimize  costs,  it  was  assumed  that  the  TDRSS  contractor  would  automate 
the  White  Sands  ground  station  to  an  extent  consistent  with  current  state 
of  the  art  capabilities.  The  personnel  positions  assumed  for  the  TDRSS 
ground  station  include,  scheduler  (l),  computer  operators/technicians 
(2),  technical  support  (4),  communications  (2)  and  a station  manager  (l). 
Parenthetical  numbers  are  estimated  personnel  at  each  position. 

Automation  and  Standardization  of  GSTDN  Sites 


GSTDN  was  assumed  to  incorporate  the  Digital  Data  Processing  System  (DDPS) 
Phase  II,  Tracking  Data  Processing  System  (TDPS) , and  Spacecraft  Command 
Encoder  (SCE)  characteristics.  As  such,  each  orbital  support  station  would 
nominally  require  2-3  personnel  per  link  supported  at  the  station,  per 
shift. 

GSTDN  Configuration 

A minimum  of  three  GSTDN  sites  was  assumed  to  always  exist.  This  assumption 
was  based  on  the  geometrical  desirability  of  maintaining  a net  of  ground 
stations  spaced  120  degrees  apart  in  longitude  around  the  earth. 
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KEY  ASSUMPTIONS 


• SATELLITES  ARE  COMPATIBLE  WITH  EITHER  TDRSS  OR 
GSTDN,  BUT  NOT  BOTH 

• SPACE  SHUTTLE  UTILIZES  TDRSS  AS  PRIME  SUPPORT 
WITH  GSTDN  BACK-UP 

• TDRSS  GROUND  STATION  IS  HIGHLY  AUTOMATED  WITH 
APPROXIMATELY  10  POSITIONS  PER  SHIFT 

• GSTDN  IS  TDPS/DDPS/SCE  EQUIPPED  AND  HAS  MINIMUM 
MANNING 

• A MINIMUM  OF  THREE  GSTDN  SITES  WILL  ALWAYS  EXIST 
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ANALYSIS  KEYED  ON  ADHERENCE  TO  DEFINITION  AND  ACCOMPLISHMENT  OF  GOALS 
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Foundation  Of  The  Analysis 

The  definition  and  establishment  of  goals  were  fundamental  to  the  develop- 
ment of  an  operations  control  concept.  In  addition  to  providing  the  founda- 
tion for  the  study  effort,  the  definition  and  goals  provided  a context  for 
the  analysis  evolution.  The  STDN  was  viewed  as  providing  a set  of  services 
to  network  users.  A control  concept  definition  was  formulated  which  contain 
ed  the  attributes  desired  by  both  the  network  and  its  users.  Subsequently, 
goals  were  derived  from  the  operational  definition  and  the  objectives  of  the 
TDRSS  era  STDN  which  provided  a means  by  which  alternative  control  concepts 
could  be  evaluated. 

Operational  Definition 

RELIABLE  SERVICE  addresses  the  probability  that  the  STDN  will  perform  as 
required  for  a given  time  under  predefined  conditions.  In  data  communica- 
tion systems,  reliable  service  is  often  specified  in  terms  of  bit  error 
rate  (BER)  and  block  error  rates.  RESPONSIVENESS  is  the  ability  to  react 
to  requests  within  established  time  and  quality  criteria.  The  ability  of 
the  STDN  to  provide  a user  unscheduled  contact  with  his  spacecraft  on  the 
next  orbit  could  be  a measure  of  responsiveness.  Providing  a data  communi- 
cations service  which  obtains  spacecraft  data  and  transfers  it  to  the  user 
for  analysis  with  the  minimum  of  transfer- induced  errors  is  a measure  of 
HIGH  QUALITY  service. 

Control  Concept  Goals 


Network  TRANSPARENCY  implies  that  the  STDN  presents  a minimum  set  of 
obstacles  to  the  user's  ability  to  interact  with  his  spacecraft.  A repre- 
sentative example  of  network  transparency  is  a caller's  interaction  with 
the  AT&T  telephone  system.  UNIFORMITY  of  operations  directly  addresses 
the  consistent  operation  of  user/network  interfaces  over  the  total  spectrum 
of  loading  as  well  as  individual  network  element  operational  consistency. 

The  ability  to  adjust  or  adapt  to  change  characterizes  FLEXIBILITY. 
Specifically,  for  the  STDN  operational  control  concept,  it  is  the  ability 
to  adjust  or  adapt  to  both  near-term  and  long-term  loading,  specific 
requirements,  mission,  and  technological  and  organizational  changes.  In 
the  context  of  an  operational  control  concept,  EFFICIENCY  implies  the 
proper  allocation  of  activities  between  man  and  machines  (i.e.,  machines 
manipulate  data  and  perform  calculations  - men  make  decisions)  Additionally, 
it  reflects  the  proper  allocation  of  responsibility  for  STDN  and  space- 
craft activities  between  network  and  POCC/user  personnel,  respectively. 
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A CONTROL  CONCEPT  IS 

OPERATIONAL  DEFINITION 

THE  METHOD  BY  WHICH  NETWORK  RESOURCES  ARE  MANAGED  TO  PROVIDE 

• RELIABLE 

• RESPONSIVE 

• HIGH  QUALITY 

SERVICE  TO  SUPPORT  USER  REQUIREMENTS. 

m 

CONTROL  CONCEPT  GOALS 
ENHANCE  NETWORK  TRANSPARENCY  TO  THE  USER 

MAINTAIN  UNIFORMITY  OF  OPERATION 

• 

ENSURE  FLEXIBILITY  TO  ACCOMMODATE  LOAD  VARIATIONS 

• 

ENHANCE  OPERATIONAL  EFFICIENCY 
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ANALYSIS  APPROACH 
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Analysis  Approach 

A SYSTEMATIC  APPROACH  GUIDED  THE  DEVELOPMENT  OF  THE  PRINCIPAL  CONTROL  CONCEPT 
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Generic  Concept  Dsfinition 

To  bound  the  analysis  of  alternative  control  concepts,  two  generic  control 
concepts  were  defined,  centralized  and  decentralized.  As  the  analysis 
proceeded,  It  was  necessary  to  define  a third  generic  concept  which  would 
categorize  alternatives  between  the  bounds.  This  third  concept  was  speci- 
fied as  matrix. 

Segmentation  Of  Network  Operations 


Because  of  the  complex  nature  of  the  STDN  operations,  it  was  desirable  to 
determine  the  feasibility  of  dividing  these  operations  into  independent, 
interconnected  parts.  The  ability  to  accomplish  this  aim  reduced  the  com- 
plexity of  control  concept  analysis.  Thus,  the  preferred  methodology  for 
each  task  could  be  combined  to  construct  the  Principal  Control  Concept. 

Alternative  Methodologies 


Alternative  methods  of  performing  each  task  were  defined.  Each  alternative 
was  categorized  as  centralized,  decentralized  or  matrix  control.  The  alter- 
natives were  differentiated  by  their  information  flows,  interface  require- 
ments, and  delegation  of  work,  responsibility  and  authority. 

Methodology  Evaluation 


A quantitative  and  qualitative  evaluation  of  each  task  control  methodology 
was  undertaken  on  a task-by-task  basis  The  quantitative  analysis  tools 
identified  in  the  figure  were  utilized  to  gain  specific  figures  of  merit  for 
each  alternative.  These  figures  of  merit  included  number  and  percent  of 
conflicts,  distributions  of  link  free  time,  etc.  The  qualitative  analysis 
applied  an  understanding  of  current  and  planned  network  operations  to  each 
alternative  to  identify  advantages  and  disadvantages. 

Methodology  Selection 

The  preferred  control,  methodology  for  each  task  was  selected  by  considering 
its  quantitative  and  qualitative  advantages  and  disadvantages  in  terms  of 
the  control  concept  definition  and  goals 
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Principal  Control  Concept  And  Alternatives 

The  Principal  Control  Concept  was  sythesized  by  combining  the  preferred 
control  methodology  for  each  task.  Alternatives  to  the  principal  concept 
may  be  derived  by  combining  the  alternative  control  methodologies  in 
different  ways. 

The  above  steps  are  further  discussed  in  the  following  pages.  In  this 
narrative,  the  first  two  steps  are  discussed  independently  while  the  remain” 
ing  elements  are  combined  into  a single  unit  describing  the  selection  of  the 
Principal  Control  Concept. 


ANALYSIS  APPROACH 


• DEFINE  GENERIC  CONTROL  CONCEPTS 

• SEGMENT  NETWORK  OPERATIONS  INTO  INDEPENDENT  CONSTITUENT 
TASKS 

• IDENTIFY  ALTERNATIVE  CONTROL  METHODOLOGIES  FOR  EACH  TASK 

• EVALUATE  ALTERNATIVE  CONTROL  METHODOLOGIES 

••  QUANTITATIVE  ANALYSIS 

MISSION  LOADING  MODEL 
CONFLICT  ANALYZER 
ZERO-ORDER  CONFLICT  RESOLVER 
SYSTEM  QUEUEING  MODEL 

••  QUAL I TAT  I VE  ANALYS I S 

• SELECT  PREFERRED  ALTERNATIVE 

• CONSTRUCT  PRINCIPAL  CONCEPT  FROM  SELECTED  ALTERNATIVES 

— 
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Analysis  Approach 

IDENTIFICATION  OF  GENERIC  CONTROL  CONCEPTS 
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Generic  Concepts 

In  order  to  develop  the  alternative  control  methodologies  for  each  opera- 
tions task,  generic  control  concepts  were  defined.  Originally,  two  control 
concepts,  centralized  and  decentralized,  were  defined  as  bounds  for  the 
alternatives.  Subsequently,  it  was  found  necessary  to  define  the  matrix 
control  concept  which  lies  on  the  spectrum  between  centralized  and  decen- 
tralized and  which  gives  the  NOCC  the  ability  to  vary  the  degree  of 
central i zation/decentral ization 

I 

The  significant  differences  between  the  three  generic  control  concepts  have 
to  do  with  the  distribution  of  workload,  responsibility,  and  authority. 
WORKLOAD  refers  to  the  actual  performance  of  the  task,  such  as  scheduling, 
routine  service,  etc.  RESPONSIBILITY  implies  the  liability  for  ensuring 
that  the  workload  is  performed  and  that  the  directed  actions  are  executed 
AUTHORITY  is  defined  as  the  power  to  cause  specific  actions  to  occur 

Central i zed 


In  the  centralized  control  concept,  all  functions  are  centered  at  the  NOCC 
The  NOCC  is  solely  allocated  all  work,  responsibility,  and  authority  for  the 
performance  of  the  task.  In  the  centralized  control  concept,  this  allocation 
of  the  functions  to  the  NOCC  is  permanent  and  no  means  are  provided  to 
decentralize  any  of  the  functions. 

Decentral ized 


in  this  concept,  all  functions  are  permanently  assigned  to  the  users.  The 
users  perform  the  work  of  the  task,  have  the  responsibility  for  the  per- 
formance, and  have  the  authority  over  the  task.  The  NOCC  is  essentially 
assigned  the  role  of  a user  and  has  the  capability  to  monitor  but  has  no 
capability  to  centralize  the  functions. 

Matrix 


A matrix  control  concept  is  essentially  defined  to  lie  within  the  spectrum 
between  the  other  two  concepts.  There  exists,  however,  one  other  important 
distinction  between  the  matrix  concept  and  the  other  two.  In  both  the 
centralized  and  decentralized  concepts,  the  assignment  of  functions  was  a 
permanent  assignment,  either  to  the  NOCC  or  to  the  users.  In  the  matrix 
concept,  the  authority  is  permanently  assigned  to  the  NOCC  However,  in 
maintaining  the  authority,  the  NOCC  has  the  capability  to  delegate  any 
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degree  of  work  and  responsibility  to  the  users  This  delegation  is  a 
temporary  one  and  is  done  by  the  NOCC  to  maximize  both  service  to  the  user 
and  efficiency.  By  delegating  varying  degrees  of  work  and  responsibility, 
the  NOCC  can  configure  the  matrix  concept  to  operate  totally  centralized 
or  nearly  decentralized 


GENERIC 

CONTROL 

CONCEPTS 

CENTRALIZED 

DECENTRALIZED 

ALL  FUNCTIONS  CENTERED  AT  THE  NOCC 

ALL 

FUNCTIONS  PERMANENTLY 

ASSIGNED 

TO  USERS 

• WORK 

NOCC 

• 

WORK 

USERS 

• RESPONSIBILITY 

NOCC 

• 

RESPONSIBILITY 

USERS 

• AUTHORITY 

NOCC 

• 

AUTHORITY 

USERS 

MATRIX 

VARIOUS  FUNCTIONS 

DELEGATED  TO 

USERS  BY  NOCC 

• 

WORK 

NOCC 

USERS 

• 

RESPONSIBILITY 

NOCC  • 

USERS 

• 

AUTHORITY 

NOCC 
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Analysis  Approach 

SEGMENTATION  OF  STDN  OPERATIONS  INTO  INDEPENDENT  TASKS 
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methodologies . 

Independency 


The  results  of  the  survey  of  current  network  operational  procedures  and 
plans  for  the  TDRSS  era  STDN  allowed  segmentation  of  network  operations  into 
four  fundamental  operations  tasks  The  activities  and  procedures  conducted 
within  each  task  area  are  executed  in  a manner  which  produces  only  second 
order  interactions  among  the  tasks.  For  example,  the  procedures  for 
scheduling  do  not  directly  interact  with  procedures  for  providing  rout i ne 
service  Since  this  control  concept  analysis  addressed  the  "how"  of  STDN 
operations,  it  is  the  independence  of  the  "how"  associated  with  each  task 
which  is  of  fundamental  importance.  Thus,  alternative  control  methodologies 
(i.e.,  the  method  with  which  each  task  is  executed)  were  developed  and 
evaluated  separately  for  each  task. 

Schedul  mg 


The  task  of  scheduling  is  the  process  by  which  each  event  associated  with 
STDN  operations  (spacecraft  contact,  maintenance,  etc.)  is  allocated  a 
segment  of  time  which  is  not  in  conflict  with  any  other  STDN  event. 

System  Integrity 


System  integrity  is  the  process  by  which  network  operations  management 
insures  that  STDN  elements  are  capable  of  performing  to  established  stand- 
ards. The  components  of  system  integrity  are.  Routine  Integrity  Assess- 
ment, Network  Simulations;  and  Tests.  Routine  integrity  assessment  is  the 
process  by  which  real  time  estimates  of  STDN  performance  are  made  Network 
simulations  encompass  the  activities  of  appropriate  network  elements  and 
users  to  establish  STDN  performance  capabilities  prior  to  an  actual  event. 
Tests  address  the  activities  undertaken  by  STDN  elements  to  establish  per- 
formance standards  for  new  and/or  existing  hardware  and  software 

Routine  Service 


The  method  by  which  the  STDN  accomplishes  contact  with  a spacecraft  and 
transfers  commands  and/or  tel emetry/exper imental  data  between  that  space- 
craft and  the  POCC/user  is  considered  routine  service 
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Malfunction  identification.  Isolation  and  Restoration 


This  task  specifies  the  manner  in  which  performance  anomalies  are  recognized  and 
isolated  to  specific  STDN  and/or  user  elements.  Additionally,  it  is  the 
process  by  which  restoration  actions  are  directed  to  remove  the  source  of 
the  anomaly. 


SEGMENTATION  OF  NETWORK  OPERATIONS 


TASKS 


OPERATIONAL 

FLOW 

INPUTS  TO 
NETWORK 
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Analysis  Approach 

SYNTHESIS  OF  PRINCIPAL  CONTROL  CONCEPT 

A doniAot  methodology  ^oa  each  opeAotlon^  tcuk  was  selected 

{ytom  among  6zveAol  atteJmatioe&  based  on  a quantitative  and  qualitative 
analysis.  Tkete  pfiele/oied  contAol  methodologies  voeae  then  combined  to 
^oAm  the  PAlncApat  ContAol  Concept. 

Alternative  Task  Control  Methodologies 

Two  primary  control  methodologies  were  developed  for  each  task.  These 
alternatives  represent  the  generic  bounds  of  centralized  and  decentralized 
control.  Where  appropriate,  further  alternatives  were  defined  which  were 
categorized  as  matrix  alternatives.  The  requirements  for  the  matrix  alterna 
tive  were  driven  by  the  characteristics  of  users  and  STDN  operations 

Selection  Of  Preferred  Alternative 


Quantitative  and  qualitative  analysis  techniques  were  utilized  to  evaluate 
the  task  control  methodologies  on  an  independent  task-by-task  basis.  The 
quantitative  analysis  tools  are  described  in  Appendix  A.  The  Mission  Load' 
ing  Model  and  Conflict  Analyzer  were  utilized  to  assess  the  impacts  of  load 
variations  on  available  free  time  and  conflicts.  Additionally,  the  Conflict 
Analyzer  and  Zero-Order  Conflict  Resolver  were  used  to  evaluate  alternative 
scheduling  methodologies.  The  System  Queuing  Model  was  initially  used  to 
perform  acquisition  technique  comparisons.  TDRSS  operation  in  this  area  was 
solidified  during  the  course  of  this  analysis.  Thus,  this  portion  of  the 
analysis  was  not  pursued.  By  comparing  the  qualitative  and  quantitative 
characteristics  of  each  alternative  in  terms  of  the  previously  defined 
goals,  a preferred  control  methodology  was  selected  for  each  task. 

Principal  Control  Concept  And  Alternatives 

Since  the  operations  tasks  were  fundamentally  independent  for  purposes  of 
developing  the  control  methodologies,  the  Principal  Control  Concept  was 
defined  by  combining  the  set  of  preferred  control  methodologies  for  each 
task.  Alternative  control  concepts  are  then  specified  by  combining  the 
alternative  control  methodologies  for  each  task  in  different  though 
compatible  sets. 
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METHODOLOGY  FOR 

SYNTHESIS  OF  PRINCIPAL  CONTROL  CONCEPT 
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Principal  Control  Concept  Formulation 

ROADMAP  TO  PRINCIPAL  CONTROL  CONCEPT 

Th.&.  PJuncilpaJt  ConifLoZ  Conae.pt  aj,  p^ai  anted  tn  tha  ^oltowtng 
4>acttcm  by  ^AJUt  da^AMing  dJia  Automatad  SahaduLing  Routine 
(ASR)  and  the  Cont/iot  arid  Status  HonttoAtng  Syitm  (CASMS). 

Next,  the  pA.e^2JOied  aont^ot  metkodaZogy  -U>  devetoped  ^afi 
each  op2JuitA.om  tia&k  by  presenting  the  aharacteAAJiticA 
the  &eteated  methodology,  selection  rationale,  and  the 
associated  information  floio  and  interfaces. 

Organization  of  Material 

The  material  In  the  following  section  details  the  formulation  of  the  Prin- 
cipal Control  Concept.  Two  automated  routines,  the  Automated  Scheduling 
Routine  (ASR)  and  the  Control  and  Status  Monitoring  System  (CASMS),  are  basic 
to  all  the  alternatives  and  are,  therefore,  presented  and  discussed  first 
Next,  each  operations  task  is  addressed  sequentially  and  a preferred  control 
methodology  is  developed.  Only  the  preferred  methodology  is  presented  m 
this  section.  Details  of  the  alternatives  for  each  operations  task  are 
presented  in  Appendix  D.  For  each  operations  task,  the  control  methodology 
is  presented  by  first  discussing  the  characteristics  of  the  control  method- 
ology, then  the  selection  rationale,  and,  finally,  the  information  flow  and 
interfaces. 

After  the  control  methodologies  for  each  operations  task  are  presented,  the 
Principal  Control  Concept  is  presented  along  with  a summary  of  its  advantages. 

Characteristics  of  Selected  Methodology 

The  discussion  of  the  control  methodology  for  each  of  the  operations  task  is 
initiated  with  a discussion  of  the  selected  control  methodology  This 
discussion  characterizes  the  control  methodology  and  discusses  the  important 
aspects  of  the  operations  task. 

Selection  Rationale 


The  advantages  and  disadvantages  of  a totally  centralized  or  totally  decen- 
tralized approach  to  accomplishing  the  task  are  presented  as  part  of  the 
qualitative  analysis  Similar  comparisons  also  may  be  made  of  differing 
methods  of  accomplishing  facets  of  the  total  task  (i  e. , performance  para- 
meter monitoring  versus  data  inspection  for  data  quality  measurements  as 
part  of  System  Integrity).  Quantitative  measures  are  presented  with  dis- 
cussions of  their  applicability  to  preferred  alternative  selection  accom- 
panying them.  Possible  system  tradeoffs  are  also  addressed  for  some  of  the 
operations  tasks. 
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Information  Flows  and  Interfaces 


Information  flows  for  each  preferred  control  methodology  are  described  and 
diagrammed.  Interfaces  with  the  other  NASA  organizations  are  discussed, 
along  with  a description  of  the  means  by  which  the  NOCC  can  control  the 
degree  of  central ization/decentral i zat ion  for  those  methodologies  employing 
a matrix  concept 

The  Principal  Control  Concept 

A summary  of  the  four  preferred  alternatives  is  presented  along  with  a dis- 
cussion of  the  range  they  occupy  between  centralization  and  decentraliza- 
tion. Additionally,  specific  advantages  of  the  Principal  Control  Concept  are 
presented  and  summarized. 


ROADMAP  TO  PRINCIPAL  CONTROL  CONCEPTS 

• AUTOMATED  ROUTINES 

• AUTOMATED  SCHEDULING  ROUTINE  (ASR) 

• CONTROL  AND  STATUS  MONITORING  SYSTEM  (CASMS) 

• CONTROL  METHODOLOGY  FOR  EACH  OPERATION  TASK 

• CHARACTERISTICS 

• RATIONALE 

• INFORMATION  FLOWS  AND  INTERFACES 

• PRINCIPAL  CONTROL  CONCEPT 
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Principal  Control  Concept  Formulation 

AUTOMATED  SCHEDULING  ROUTINE  (ASR)  - A MULTI -CAPABLE  NETWORK  MANAGEMENT  TOOL 

The.  aujtomcuted  icke.duLtng  /Loattne.  a,  computeA  atgofiithm 

that  not  onZy  pAoducet  the.  netujoAk  Achedate.,  but  aZto  J^eAuet  om  an 
AjiteAaetive.  netuJoAk  toot  a&ed  ^oa  pZanning  and  con^Zcct  Az&otutton. 

General  Service/Class  Priority  System 

To  take  advantage  of  long  TDRSS  view  times  and  large  amounts  of  free  time, 
service  requests  would  assume  one  or  a combination  of  the  following  forms; 
generic,  specific,  quasi-generic.  Generic  requests  are  those  which  must  be 
periodically  scheduled  but  the  time  at  which  the  event  occurs  is,  within 
specified  rules,  not  critical.  Specific  requests  represent  the  other  end  of 
the  request  spectrum.  These  events  require  scheduling  at  the  precise  time 
requested.  Quas i -generic  requests  are  specific  requests  with  increments 
about  their  initiation  times.  For  example,  a request  for  a return  link  data 
dump  support  may  specify  a desired  start  time  plus  or  minus  "X"  minutes. 
Therefore,  a request  class  priority  scheme  can  be  adopted  as  part  of  a 
scheduling  approach.  In  this  scheme  all  satellites  are  assumed  to  have  a 
single  priority.  However,  specific,  quas i -generic  and  generic  requests 
would  have  the  indicated  priority  ranking.  Specific  requests  would  always 
be  scheduled  first,  quasi-generic  second,  and  generic  last.  Also  the  request 
type  and  hence  priority  could  change  as  a function  of  time.  For  example, 
periodic  preventive  maintenance  (PM)  could  be  considered  initially  as  generic 
requests  but  as  the  time  since  the  last  PM  increases,  the  next  required  PM 
activity  assumes  a more  "specific"  nature. 

Identification  of  Scheduling  Alternatives/ Interactive  Capability 

There  will  exist  situations  when  the  algorithms  designed  to  supply  conflict 
free  schedules  may  not  be  able  to  do  so  without  violating  built-in  program 
constraints.  This  may  occur  during  periods  of  heavy  loading  or  when  priority 
considerations  cannot  be  resolved.  In  keeping  with  the  goal  of  transparency, 
it  is  desirable  for  the  system  to  generate  possible  alternatives  for  service 
at  these  times,  if  a decentralized  mode  is  selected  for  the  ASR,  the  users 
may  then  be  given  available  choices  that  are  compatible  with  the  scheduling 
algorithm  which  are  close  to  their  original  requests.  If  a centralized  mode 
were  selected,  this  information  would  be  given  to  the  NOCC.  In  the  same 
way,  a user  could  make  numerous  requests  of  the  program,  be  informed  of  the 
impact  that  each  would  generate  and  select  from  among  them.  This  flexibility 
of  the  interactive  capability  gives  the  NOCC  the  ability  to  minimize  Its 
routine  contact  with  the  users  and  gives  the  users  the  information  needed  to 
request  schedule  changes. 

Balance  Between  Forecasting  and  Near-Term  Scheduling 

To  facilitate  project  support  planning,  schedules  must  be  produced  and  ser- 
vice "guaranteed"  (within  limits)  with  sufficient  advance  notice  This 
implies  that  users  can  define  their  needs  far  enough  into  the  future  with 
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enough  confidence  for  them  to  be  entered  Into  the  ASR.  For  the  orderly 
functioning  of  the  ASR,  the  terms  "define  their  needs"  and  "far  enough  into 
the  future"  must  be  carefully  examined  and  judicious  choices  made  for  their 
specification. 

The  network  must  also  be  responsive  to  the  needs  of  users  which  arise  unex- 
pectedly or  within  a short  period  before  the  support  is  needed.  Require- 
ments for  supplementary  tracking  contacts  or  an  orbital  maneuver  needed  to 
observe  some  phenomenon  (e.g.,  solar  flares  for  OSO)  may  occur  during  the 
execution  of  "guaranteed"  service,  and  the  ASR  should  be  capable  of  incorp- 
orating these  requests  in  real  time  with  a minimum  impact  on  the  remainder 
of  the  users.  Again,  a thorough  analysis  of  the  problem  must  be  made  before 
a "cut-off"  point  is  chosen  after  which  all  inputs  are  considered  "inter- 
rupts" rather  than  scheduled  entries.  An  alternative  to  this  scheme  is  a 
constantly  updated  schedule  with  no  deadlines  at  all.  The  important  differ- 
ence seen  between  the  ASR  and  present  methods  is  the  potential  reduction  in 
lead-times  from  days  to  hours,  and  the  automated  real  time  rescheduling  or 
presentation  of  alternatives  which  permit  POCCs  to  perform  the  work  and 
assume  the  responsibility  for  their  own  scheduling. 

NOCC  Authority  Over  Matrix  Control 

The  ASR  is  designed  to  support  a matrix  control  concept.  As  such,  the  ASR 
permits  the  scheduling  function  to  be  almost  entirely  decentralized  with  all 
interfaces  being  between  the  ASR  and  the  users.  In  this  configuration  the 
NOCC  would  monitor  the  operation  of  the  ASR.  However,  the  ASR  also  can  be 
configured  to  be  totally  centralized.  In  this  case  the  users  still  enter 
requests  directly  to  the  ASR  but  no  scheduling  changes  are  made  without  NOCC 
approval.  Varying  degrees  of  central izat I on/decent ral izat ion -can  be  achieved 
by  the  NOCC  by  modifying  the  ASR  to  decentralize  types  of  events,  specific 
users,  events  with  certain  lead  times,  etc. 


AUTOMATED  SCHEDULING  ROUTINE 

• RESOLVES  CONFLICTS  INVOLVING  "GENERIC"  SERVICE 

• IDENTIFIES  UNRESOLVABLE  CONFLICTS  AND  SUPPLIES 
ALTERNATIVES 

• CLASS  PRIORITY  SCHEME 

• LONG  LEAD-TIME  SCHEDULING  AND  REAL  TIME 
RESCHEDULING  CAPABILITY 

• FLEXIBLE  INTERACTIVE  CAPABILITY 
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Principal  Control  Concept  Formulation 

FEASIBILITY  OF  AN  AUTOMATED  SCHEDULING  ROUTINE  (ASR) 

Th/Lougk  quayititatvje.  {&ou>Xh-iJLity  an 

Aatotnated  Schzdating  Routine.  (ASR)  that  uictt  pAovtde  maximum 
itexthttity  tn  meeting  neafi-te/m  ^eAvtee  fieque^tb,  wfuZe  con- 
cu/iAentZy  phovtiilng  ahteAnatlvei  {^ofi  eoni^tlat  ^e6o£utlon,  few 
been  6uppo/Ued. 

Conflict  Analyzer 

A computer  program  (Conflict  Analyzer)  was  developed  that  simulated  the 
number  of  satellites  using  the  MA  and  SA  forward  and  return  links  for  a 
12-hour  period.  Each  minute  where  the  capacity  of  the  link  was  exceeded 
was  flagged  as  a conflict,  and  data  on  the  total  number  of  conflicts, 
percentage  of  contacts  in  conflict,  total  system  free  time,  and  probability 
of  finding  a free  slot  of  length  "x”  or  greater  were  tabulated. 

The  data  indicated  that  for  baseline  loads  only  a small  percentage  of 
total  contacts  were  in  conflict  for  simulated  random  access  to  the  scheduler 
by  the  18  missions  of  the  Mission  Model.  Using  the  Mission  Loading  Program, 
it  was  demonstrated  that  more  than  90%  of  the  total  available  service  time  on 
SA  and  MA  return  links  was  free,  and  more  than  50^  of  the  total  MA  forward 
link  time  was  free.  A cumulative  distribution  of  free  time  is  shown  in  the 
sensitivity  analysis  section  demonstrating  the  probability  of  providing 
service  in  a "slot"  of  free  time  that  is  equal  to  or  greater  than  a user's 
minimum  requirement.  The  large  amounts  of  free  time  at  baseline  loading, 
in  addition  to  the  larger  view  times  of  the  TDRSS,  suggest  the  feasibility 
of  a computer  algorithm  that  could  "pack"  or  "slide"  scheduled  service  in 
some  near-optimal  manner.  The  technique  would  provide  maximum  flexibility 
in  Incorporating  near-term  service  requests  and  in  providing  alternatives 
for  the  resolution  of  conflicts. 

Conflict  Resolver  Program 

The  conflict  analyzer  simulated  random  entry  to  the  schedule  with  all 
users  requiring  service  at  specific  times  In  their  orbit.  When  conflict- 
ing users  were  treated  as  "generic"  (i.e.,  accepting  a given  amount  of 
service  during  any  part  of  their  orbit)  small  shifts  (1-3  minutes)  in 
their  schedule  resolved  over  50^  of  first-order  conflicts  at  baseline 
loading.  These  first-order  conflicts  could  occur  when  the  capacity  of  a 
channel  was  exceeded  by  one  user.  Because  of  the  "zero-order"  nature  of 
the  conflict  resolver,  larger  shifts  (5“8  minutes)  caused  a breakdown  of 
the  conflict  resolver.  However,  the  actual  ASR  would  incorporate  schedul- 
ing techniques  which  are  far  more  powerful  than  the  conflict  resolver  used 
here,  and  would  show  significantly  greater  ability  to  resolve  the  higher 
order  conflicts. 
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Need  for  Sophistication 

The  analysis  of  the  baseline  loading  supported  the  feasibility  of  an 
automated  scheduling  algorithm.  In  later  sections,  a sensitivity  analysis 
Is  presented  which  investigated  the  impact  of  varying  the  loading.  The 
major  impact  was  on  the  number  of  conflicts  produced  and  their  severity. 
This  indicated  that  while  the  concept  of  an  ASR  was  feasible,  it  needed  to 
be  a sophisticated  routine  employing  the  latest  scheduling  techniques. 


FEASIBILITY  OF  AUTOMATED  SCHEDULING  ROUTINE 

• CONFLICT  ANALYZER  INDICATED  VERY  FEW  CONFLICTS  FOR 
TOTALLY  RANDOM  SERVICE  SCHEDULING  AT  NOMINAL  LOADING 

• DAILY  LOADING  PROGRAM  INDICATED  SIGNIFICANT  FREE  TIME 
ON  TDRSS  LINKS 

• "ZERO-ORDER"  CONFLICT  RESOLVER  DEMONSTRATED  OVER  50% 
OF  "ORDER  1"  CONFLICTS  COULD  BE  RESOLVED  IF  REQUESTS 
WERE  CONSIDERED  "QUAS I -GENERI C" 
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Principal  Control  Concept  Formulation 

CONTROL  AND  STATUS  MONITORING  SYSTEM  (CASMS)  AUTOMATES  STDN  INTERFACES 

CASMS  aJ,  cl  ha/Ldu}cuie.Uo^iwcL/L2.  package,  that  pfLOvtdci>  6ummcL>u.c6 
netMoftk  ■6tatu&  panametea(>  and  Keat  tmz  a>ttmat&&  data  quality. 

Status  Monitoring 

Information  pertaining  to  status,  STDN  element  configuration,  and  the  occur- 
rence of  events  must  be  exchanged  between  the  NOCC,  network  elements,  and 
users  during  the  normal  course  of  network  operations.  The  CASMS  is  used  to 
automate  the  transfer  of  this  information.  CASMS  can  receive  status  and 
event  indications  via  "level  type"  signals  activated  by  switch  positioning 
at  the  transmitting  element.  For  example,  a green  status  indication  could 
be  transmitted  to  CASMS  from  a GSTDN  site  by  placing  the  "STATUS"  switch  on 
a console  to  the  appropriate  position.  Signals  received  fay  CASMS  are  cata- 
logued, stored  and  presented  for  visual  review  by  operations  management 
personnel.  Configuration  information  may  be  transmitted  to  CASMS  via  for- 
matted messages  which  are  also  catalogued,  stored  and  presented  for  visual 
review.  The  software  within  CASMS  then  provides  periodic  status  and/or 
event  mark  occurrence  Information  either  periodically  or  on  an  "as  changed" 
basis.  Additionally,  an  Interrogate/response  capability  is  provided 
within  CASMS  which  allows  acquisition  of  specific  information  on  an  "as 
needed"  basis. 

Da  ta  Qua  1 i ty 


CASMS  also  has  the  capability  of  providing  real  time  estimates.of  data 
quality.  These  measures  are  necessary  for  the  NOCC  to  obtain  measures  of 
STDN  performance  as  it  fulfills  its  data  transfer  function.  Two  funda- 
mentally different  techniques  of  obtaining  real  time  data  quality  measures 
were  considered  In  the  analysis:  performance  parameter  monitoring  and  data 

inspection.  These  will  be  summarized  in  a later  portion  of  this  section 
and  are  covered  in  detail  in  Appendix  E.  CASMS  can  support  either  method  of 
data  quality  measurement.  However,  the  hardware  and  software  requirements 
are  significantly  different  for  the  two  approaches  Additionally,  the 
interfaces  between  CASMS  and  the  NASCOM  data  communications  network  change 
as  a function  of  the  chosen  data  quality  estimating  approach  In  general, 
CASMS  tends  to  be  significantly  more  complex  m both  hardware  and  software 
when  supporting  the  data  inspection  technique.  The  performance  parameters 
monitoring  scheme  tends  to  minimize  equipment  and  software  development 
requ I rements . 
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CONTROL  AND  STATUS  MONITORING  SYSTEM  (CASMS) 

• ACCEPTS  AND  DISPLAYS  CURRENT  STATUS  OF  NASCOM/TDRSS/GSTDN/ 
POCC  FOR  UPCOMING  SERVICE 

• ACCEPTS  AND  DISPLAYS  COMPLETION  OF  EVENT  SEQUENCES 

• PROVIDES  REAL  TIME  ESTIMATES  OF  DATA  QUALITY 
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Principal  Control  Concept  Formulation 

CHARACTERISTICS  OF  THE  SELECTED  METHODOLOGY  FOR  SCHEDULING 

An  aatomatud  -f>ahe.duJting  Aoatcm  iappoAti  a aontAot  tmihodotogy 
which  ccntfiaZLzcs,  a.  pofvtton  the  ^chedateng  pKoccii  and  dcccn- 
tAotezes  otheA  poAtcon6,  The.  capability  to  en^oAce  centAotized 
ichedaZAjig  on  tiie,  poAtton  which  l&  nonu.na££.y  dcccntAoJilzcd  lA 
AeJiamcd  by  the  HOCC. 

Characteristics 


Scheduling  the  STDN  depends  upon  Inputs  from  network  elements  as  well  as 
the  users  of  that  network.  The  ability  to  generate  schedules  which  require 
minimal  changes  requires  the  "scheduler"  to  receive  inputs  sufficiently 
before  the  event  to  allow  coordination  and  conflict  resolution  Addition- 
ally, inputs  must  be  received  sufficiently  close  to  the  desired  schedule 
time  to  minimize  the  chance  that  conditions  will  occur  between  input  and 
event  that  will  cause  the  event  to  be  rescheduled. 

Users  of  the  STDN  in  the  future,  as  now,  will  desire  to  make  their  schedul- 
ing inputs  at  different  points  in  time.  Some  users  may  desire  to  input 
schedule  requests  far  in  advance  of  the  service  event  to  allow  coordination 
of  individual  payload  timelines  among  the  experimenters  utilizing  the  satel- 
lite. The  coordination  of  the  use  of  experiments  on  ATS  may  serve  as  an  ex- 
ample. Approximately  seven  communications  experiments  are  part  of  ATS-6 
Service  requests,  input  weeks  in  advance,  may  be  required  to  allow  each  set 
of  experimenters  to  appropriately  access  ATS  and  obtain  their  desired  data. 
Alternatively,  missions  such  as  the  Atmospheric  Explorer  (AE)  may  desire  to 
schedule  critical  service  as  near  to  the  time  of  actual  occurrence  as  possi- 
ble. In  this  manner  data  obtained  from  the  previous  contact  can  be  analyzed 
and  last  minute  adjustments  to  orbital  parameters  or  command  sequences  made 

To  support  the  need  for  variability  of  network  element  and  user  scheduling 
input  time  frames,  an  automatic  scheduling  routine  was  employed  in  all  al- 
ternative methodologies  defined. 

Preferred  Methodology 


The  preferred  methodology  allows  selected  users  (GSFC  POCC  and  JSC)  to  inter 
act  with  the  scheduling  routine  directly.  Other  users,  (non-GSFC  POCCS, 

DOD,  JPL,  foreign,  etc.)  with  special  requirements.  Input  their  requests  to 
the  NOCC.  JSC  is  considered  in  the  same  manner  as  GSFC  POCCS  because  of 
the  unique  nature  of  its  scheduling  requirements.  As  far  as  STDN  resources 
are  concerned,  service  to  JSC  has  the  effect  of  diminishing  the  TDRSS  SA 
link  resource  by  one  for  each  Shuttle  serviced  Once  the  required  SA  links 
have  been  scheduled,  JSC  access  to  the  ASR  allows  determination  of  the 
effect  of  desired  POCC  access  to  Shuttle-contained  payloads  on  link  capabil- 
ity. For  example,  if  two  POCCs  desire  contact  with  their  Shuttle  payloads 
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simultaneously,  this  conflict  can  be  readily  identified.  Use  of  the  ASR 
allows  last  minute  POCC  decisions  regarding  contact  with  their  Shuttle  pay- 
loads  and  provides  JSC  the  ability  to  orderly  control  POCC  transmissions  as 
well  as  JSC  transmissions  to  the  Shuttle.  From  the  NOCC's  viewpoint,  JSC 
control  of  the  Shuttle  SA  link  is  transparent  to  the  STDN  since  the  link 
has  effectively  been  removed  from  the  TDRSS  resource  for  the  portion  of 
each  Shuttle's  orbit  required.  The  ability  to  schedule  far  in  advance  also 
aids  in  the  ability  to  coordinate  STDN  resources  during  periods  when  Shuttle 
is  m orbi t. 

To  allow  orderly  network  scheduling  in  times  of  stress,  the  NOCC  retains 
the  ability  of  enforcing  centralized  control  of  the  scheduling  process  on 
the  GSFC  POCCs  and  JSC.  This  enforcement  occurs  via  NOCC  inputs  to  the 
ASR.  During  times  of  stress  NOCC  operations  management  will  affect  the 
constraints  portion  of  the  ASR  so  as  to  cause  all  requests  to  be  approved 
before  addition  to  the  existing  schedule  is  attempted.  Before  approval  or 
disapproval  the  NOCC  operations  management  personnel  can  query  the  ASR  with 
the  POCC  request  to  determine  whether  it  can  be  scheduled  or  alternatively, 
what  impacts  (in  terms  of  conflicts)  on  the  schedule  this  service  request 
would  have 

The  nature  of  the  automatic  scheduling  routine  allows  this  centralization  to 
occur  without  interface  operation  changes.  GSFC  POCCs  input  their  requests 
via  interactive  terminal  as  in  the  unstressed  or  decentralized  mode  of 
operations.  When  the  NOCC  constrains  the  ASR  to  obtain  approval  before 
attempting  request  allocation  to  the  existing  schedule,  the  POCC  may  notice 
an  increase  in  time  before  the  ASR  responds  to  his  request.  However,  the 
interface  operation  remains  unchanged. 
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Four  Alternatives 


Four  alternative  scheduling  methodologies  were  defined.  Two  represented  the 
generic  concept  bounds  of  centralized  and  decentralized.  A third  considered 
centralization  of  maintenance  scheduling  while  decentralization  of  all  user 
service  requests  was  retained.  The  fourth  alternative  considered  centra- 
lized maintenance  scheduling  and  the  centralization  of  non-GSFC  user  service 
requests.  Decentralization  of  GSFC  POCC  service  requests  was  retained  In 
all  cases,  JSC  was  considered  In  the  category  of  a GSFC  POCC 

Advantages  and  Disadvantages 


The  advantages  and  disadvantages  of  the  bounding  alternatives  were  first 
considered.  Each  particular  advantage  or  disadvantage  assumes  more  or  less 
importance  depending  on  the  activity  of  the  network,  in  fact,  inspection  of 
the  advantages  and  disadvantages  when  considering  loading,  the  control 
concept  goals  and  qualities  of  the  operational  definition  suggested  that 
aspects  of  each  bound  were  highly  desirable  depending  on  the  actual  network 
operational  situation.  In  stress  situations,  for  example,  where  major 
perturbations  can  potentially  be  made  to  the  existing  schedule  (e.’g  , a 
spacecraft  emergency)  the  penalty  incurred  for  centralizing  scheduling  may 
be  far  outweighed  by  having  a single  point  of  accountability.  Further 
information  pertaining  to  these  specific  trade-offs  is  provided  in  Appendix 
D 

Matrix  Concept 

These  considerations  then  led  to  the  selection  of  a matrix  control  approach 
to  scheduling  wherein  the  NOCC  retained  the  capability  to  adj'ust  the  degree 
of  centralization  or  decentralization  used  to  affect  maintenance  and  GSFC 
POCC  service  scheduling. 


1 1-32 


THE  BDM  CORPORATION 


CONCEPT  COMPARISONS 


ADVANTAGES 

CENTRALIZED  DECENTRALIZED 

NETWORK  CONSIDERATIONS  DIRECTLY  • USER  AUTONOMY 

IMPOSED  ON  USERS 

MINIMAL  POTENTIAL  IMPACT  ON  • FAST  TURN-AROUND 

CURRENT  PROCEDURES 

LESS  CHANCE  OF  OPERATOR  ERROR  • LOADING  VARIATIONS  HAVE 

MINIMUM  IMPACT  ON  NOCC 

POSITIVE  CONTROL  WHEN  REOUIRED  • MINIMIZE  ROUTINE  NOCC  WORKLOAD 

aUlCKER  RESOLUTION  OF  CONFLICTS  • ALL  USERS  QUICKLY  KNOW  IMPACT 

OF  S/C  EMERGENCIES  ON  THEIR 
SCHEDULE 

SINGLE  POINT  OF  ACCOUNTABILITY  • ALL  USERS  MAKE  OWN  TRADE-OFF 

DECISIONS 


DISADVANTAGES  

CENTRALIZED  DECENTRALIZED 

HIGH  NOCC  ROUTINE  WORKLOAD  • REQUIRES  SIGNIFICANT  CHANGE 

FROM  CURRENT  PROCEDURES 

INCREASED  REQUEST  LEAD-TIME  • CONFLICT  RESOLUTION  A MAJOR 

PROBLEM 

WORKLOAD  A DIRECT  FUNCTION  OF  • REDUCED  CAPABILITY  TO  HANDLE 

NUMBER  OF  USERS  SPECIAL  REQUIREMENTS 

SIGNIFICANT  DELAYS  IN  PRODUC- 
TION OF  VALID  SCHEDULE  AFTER 
MAJOR  PERTURBATION 
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INFORMATION  FLOW  AND  INTERFACES  FOR  SCHEDULING 

Tho.  Xn^o-funatLon  ^Zou}  {^ofi  the.  pfie.{,eJVied  mcufyux  coyit^oZ  methodology 
^0(ux6e&  on  the  ASR  and  UOCC  opetatcons  management. 

The  Information  flow  for  the  preferred  scheduling  methodology  is  shown  in 
the  figure.  NASCOM,  STDN  ground  stations,  GSFC  POCCS,  JSC  and  NOCC  Opera- 
tions Management  have  direct  access  to  the  ASR.  information  is  input  to 
the  ASR  from  interactive  terminals  located  with  each  of  the  above  identi- 
fied elements.  Mon-GSFC  POCCs  interface  wi th  NOCC  operations  management. 
Service  requests  are  submitted  to  the  NOCC,  either  by  voice,  teletype  or 
other  written  form  of  communication. 

The  ASR  returns  successful  event  scheduled  or  conflict  information  to 
those  elements  directly  interacting  with  it.  When  conflicts  are  identified, 
the  users  in  conflict  and  potential  scheduling  alternatives  are  provided. 

At  a specified  time,  the  ASR  generates  the  total  schedule  for  the  next 
schedule  period.  It  is  made  available  for  NOCC  operations  management 
approval,  and,  upon  approval,  provided  to  all  affected  network  elements 
and  users. 
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SCHEDULING  INFORMATION  FLOW 


LEGEND 


NETWORK  CONSTRAINTS 
& SPECIAL  SERVICE  REQUESTS 

STATUS  8t  CONFIGURATION 

MAINTENANCE  OR  TEST 
REQUESTS 

CONFLICTS  & ALTERNATIVES 
REQUESTS  (SIMULATIONS.  ETC ) 
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CHARACTERISTICS  OF  SELECTED  METHODOLOGY  FOR  SYSTEM  INTEGRITY 

Tht  pfiQ.idM.zd  zont/LOJt  metkodotogy  — a aontfiaZlzzd  zonzzpt  — 

Mcu  dzvztopojd  by  amZjyzAjig  each  oi  tkz  components  oi  dntegfUty^ 

Components  of  System  Integrity 

System  Integrity  consists  of  the  three  components  previously  defined  in 
the  segmentation  of  network  operations*  routine  integrity  assessment, 
network  simulations,  and  special  tests.  These  components  were  found  to  be 
relatively  independent,  much  as  Is  each  network  operations  task.  Hence, 
each  component  was  analyzed  sequentially  and  the  best  control  for  each 
component  defined. 

Centralized  Control 


The  preferred  methodology  centralizes  the  control  of  each  of  these  elements 
and  hence  results  in  a centralized  approach  to  system  integrity  In  toto. 
CASMS  is  a fundamental  element  in  the  selected  methodology.  It  also 
served  as  the  cornerstone  of  all  alternatives  defined  for  each  of  the 
task's  components  (see  Appendix  D) . 

The  preferred  methodology  utilizes  real-time  data  quality  estimates  to 
establish  routine  system  integrity.  Performance  parameter  monitoring  was 
the  selected  technique  for  obtaining  these  real-time  estimates.  During 
simulations  and  tests,  the  event  marks,  configuration  and  status  informa- 
tion must  be  exchanged  between  the  NOCC,  network  elements  and  other  parti- 
cipants in  the  system  integrity  activities.  An  automated  approach  to  this 
requirement  is  characteristic  of  the  preferred  methodology.  CASMS  is 
utilized  to  both  obtain  the  real-time  data  quality  estimates  and  support 
‘ the  automation  of  the  event  mark/status  information  exchange. 
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SYSTEM  INTEGRITY 

• CENTRALIZED  AND  DECENTRALIZED  ALTERNATIVES  WERE  DEFINED 

• ALL  ALTERNATIVES  EMPLOY  AN  AUTOMATED  CONTROL  AND  STATUS 
MONITORING  SYSTEM  (CASMS) 

• THE  SELECTED  ALTERNATIVE  CONTROL  METHODOLOGY  UTILIZES  A 
CENTRALIZED  APPROACH 
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SELECTION  RATIONALE  FOR  SYSTEM  INTEGRITY  METHODOLOGY 

The.  advantages  and  disadvantages  o£  the.  va/Uoas  system  Ajnteg^itty 
component  olteAnatives  tndicnted  a centMltzed  concept  was  the 
pfie^e/Vied  contaot  methodology  tfus  task. 

Real  Time  Data  Quality  Estimates 

Two  techniques  were  analyzed  as  approaches  to  obtaining  real  time  estimates 
of  data  quality*  performance  parameter  monitoring  and  data  inspection  The 
comparison  of  these  two  techniques  is  summarized  in  the  accompanying  figure 
Further  discussion  is  provided  in  Appendix  E.  The  potential  requirement  for 
duplications  of  user  hardware  and  software  was  viewed  as  a major  disadvan- 
tage to  data  inspection.  Additionally,  a performance  parameter  monitoring 
system  provides  the  flexibility  of  supporting  the  other  network  operations 
tasks.  These  two  factors  were  the  fundamental  drivers  in  the  decision  to 
adopt  a performance  parameter  monitoring  system  for  routine  system  integrity. 

Link  Testing 


Pre/post  contact  link  testing  can  support  routine  integrity  assessment 
This  method  of  testing  involves  exercising  communication  links  with  test 
signals  Immediately  prior  to  and  after  user-satellite  contact.  During  the 
TDRSS  era,  this  approach  is  seen  as  possessing  significant  disadvantages. 
Conflict  analyses  results  demonstrated  that  link  testing  significantly  in- 
creases a (by  S0%)  the  number  of  contacts  initially  in  conflict  for  a given 
load  level  or  tracking  duration.  Concurrently,  the  capability  of  finding 
free  time  intervals  of  particular  sizes  decreases  (this  information  is 
detailed  in  Appendix  D) 

Standardized  equipment  will  be  a salient  feature  of  the  TDRSS  era  STDN. 

High  confidence  statistical  characterization  of  link  performance  should  be 
possible  from  observations  of  performance  during  actual  contacts.  This 
information  would  be  available  from  CASMS  performance  parameter  monitoring 
statistics.  This  consideration  then  mitigates  any  additional  confidence 
that  would  be  gained  by  link  testing.  Indeed,  use  of  link  equipment  for 
these  tests  may  shorten  the  actual  mean  time  between  failures  for  actual 
contacts. 

Network  Simulations  and  Tests 


A summary  of  the  characteristics  associated  with  the  alternatives  defined 
for  this  System  Integrity  component  are  shown  in  the  table.  The  fundamental 
considerations  which  drove  the  selection  of  a centralized  approach  to  this 
component  were  the  uniform  methods  of  conducting  simulations  and  tests. 
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SELECTION  RATIONAL 

FOR  SYSTEM 

INTEGRITY 

■ ROUTINE  INTEGRITY 

LINK  TESTING 

ADVANTAGES 

DISADVANTAGES 

• 

INTEGRITY  VERIFIED 

• 

INCREASES  TOTAL  CONFLICTS 

USING  ACTUAL  EQUIP- 

BY  50? 

MENT  IN  SERVICE 

• 

INCREASES  NOCC  ROUTINE 

CONFIGURATION 

WORKLOAD 

• 

DECREASES  NETWORK  TRANS- 

PARENCY  BY  REDUCING 

ABILITY  TO  PROVIDE  UN- 

SCHEDULED  SERVICE 

• 

DOES  NOT  TAKE  ADVANTAGE  OF 

GSTON  CHARACTERISTICS 

REAL  TIME  DATA  QUALITY 

ESTIMATES 

CHARACTERISTICS  OF 

CHARACTERISTICS  OF 

i PERFORMANCE  PARAMETER  MONITORING 

DATA  INSPECTION 

• 

DATA  COMMUNICATIONS  INDUSTRY- 

• 

POTENTIALLY  REQUIRES  SIGNI- 

STANDARD  TECHNIQUE 

FI  CANT  DUPLICATION  OF  USER 

• 

USES  AVAILABLE  INFORMATION 

HARDWARE  AND  SOFTWARE 

• 

PROVIDES  ESTIMATES  FOR  WIDE 

• 

LIMITED  INFORMATION  AVAILABLE 

RANGE  OF  GRANULARITIES 

REGARDING  DATA  QUALITY 

• 

ESTIMATES  MAY  BE  PERIODIC  OR 

• 

SYSTEM  DUPLICATES  FUNCTION  FOR 

CONTINUOUS 

WHICH  INFORMATION  EXISTS  AND 

COULD  BE  USED 

NETWORK  SIMULATIONS  AND  TESTS 

CHARACTERISTICS  OF  CENTRALIZED 

CHARACTERISTICS  OF  DECENTRALIZED  j 

• 

SINGLE  POINT  OF  ACCOUNTABILITY 

# 

POCC  AUTONOMY  ENHANCED 

• 

UNIFORM  METHODS  OF  CONDUCTING 

NECESSITY  OF  USER  TO  SCHEDULE 

SIMULATIONS  AND  TESTS 

SCARCE  NETWORK  RESOURCES  MAY  BE 

• 

NOCC  CAN  BEST  HAKE  DECISIONS 

QUESTIONED  BY  NETWORK  ELEMENTS 

ABOUT  NECESSITY  OF  SIMULATION  OR 

• 

ASSEMBLAGE  AND  COORDINATION  OF 

TEST  AND  THEIR  POTENTIAL  IMPACTS 

NETWORK  ELEMENTS  BY  NON-NETWORK 

ON  OPERATIONS 

PERSONNEL  CAUSES  "LANGUAGE" 

• 

INCREASES  NOCC  ROUTINE  WORKLOAD 

PROBLEMS 

• 

LACK  OF  UNIFORMITY  IN  CONDUCTING 

SIMULATIONS  LEADS  TO  CONFUSION 
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Principal  Control  Concept  Formulation 

INFORMATION  FLOWS  AND  INTERFACES  FOR  SYSTEM  INTEGRITY 

T/ie  ^^o-'tjnatlon  ^£oio  {^on.  tkz  cMo^diyuitloyi  and  deJLMm^nat^on  o{^  aJUL 
&y&tm  compon&nts  -c6  ^ocmzd  at  tkz  fJOCC, 

The  9.6  Kbs  digital  communications  channels  are  utilized  as  the  performance 
parameter  monitoring  and  event  work  interface  between  the  NOCC  and  TDRSS/ 
GSTDN.  The  performance  parameters  for  which  values  are  transmitted  to  CASMS 
are  those  specified  in  the  TDRSS  Performance  Specification  (Reference  ^). 

The  event  marks  are  seen  as  "level"  type  switch  activate  signals  transmitted 
from  the  ground  sites  to  light  indicator  lamps  and/or  generate  symbology  on 
visual  monitor  displays.  Low  speed  digital  communications  channels  between 
the  NOCC  and  POCCs/NASCOM  support  NASCOM  transmission  of  Poly-Code  Error  De- 
tection Status  Words  and  POCC  "level"  event  marks  Voice  communications 
between  operations  management  and  the  elements  shown  are  provided  for  coor- 
dination and  special  directives.  The  1.5  Mbs  and  56  Kbs  communication  links 
between  GSFC  and  STDN  ground  stations  support  the  flow  of  simulation  and 
test  data. 
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SYSTEM  INTEGRITY  INFORMATION  FLOW 


LEGB^ 

NETWORK  ELEMENT  TEST  COOROtNATION/NOCC  DIRECTIVES 

ALTERNATE  TEST  DATA  FLOW 

— ■:  ALTERNATE  SIMULATION  DATA  FLOW 

NETWORK  ELEMENT  TEST  EVENT  MARKS 

. PERFORMANCE  PARAMETERS  SAMPLED 

NETWORK  SIMULATION  COORDINATION/NOCC  DIRECTIVES 

-W-W-m  SIMULATION  EVENT  MARKS 

TEST  DATA  (IF  APPROPRIATE)  FLOW 

PERFORMANCE  PARAMETERS  VALUES 

NETWORK  SIMULATION  DATA  FLOW 
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CHARACTERISTICS  OF  SELECTED  METHODOLOGY  FOR  MALFUNCTIONS 

Thz  6e£e.etzd  meMiodoZogy  o6e6  czyit/ioLized  aonvC/iot  ^oA.  tho,  Zdzntl- 
^Ic/vtcon,  AJ^olatcon,  and  Auto/iadxon  o£  nodiaoAk  nta£.^uncdxon6 . 

Malfunction  Identification 


Anomalies  that  occur  during  the  transfer  of  data  from  the  spacecraft  to  the 
user  can  be  identified  in  a number  of  ways  The  user  may  indicate  that  the 
data  being  received  is  of  poor  quality,  STDN  station  personnel  may  recognize 
the  malfunctioning  of  particular  equipments  or  NOCC  data  quality  estimates 
may  provide  channel  degradation  indications.  In  this  context,  channel  is 
used  to  describe  the  path  or  link  from  the  spacecraft  to  the  user.  The  pre- 
ferred methodology  utilizes  the  NOCC  as  the  focal  point  for  all  reports  of 
malfunctions.  Additionally,  the  NOCC  has  the  capability  of  detecting  chan- 
nel degradations  independently  of  the  STDN  elements  and  users.  System 
Integrity  incorporated  a performance  parameter  monitoring  scheme  to  obtain 
estimates  of  routine  system  integrity.  As  indicated  in  Appendix  E,  this 
system  can  be  used  to  signal  channel  degradations.  The  preferred  method- 
ology for  this  task  utilizes  aspects  of  the  performance  parameter  monitoring 
system  which  resides  in  CASMS.  Predefined  performance  thresholds  are  input 
to  CASMS  for  each  performance  parameter  When  these  thresholds  are  crossed, 
CASMS  identifies  the  condition  and  its  specifics  to  NOCC  operations  manage- 
ment personnel.  Thus,  a near  real  time  malfunction  i dent i f icat i on  capability 
exists  at  the  NOCC.  Additionally,  malfunctions  which  are  detected  by  net- 
work elements  (TDRSS,  6STDN,  NASCOH)  and  users  are  made  known  to  the  NOCC. 

Malfunction  Isolation 


Before  restoral  actions  can  be  directed,  the  malfunction  must  be  isolated  to 
the  portion  of  the  channel  causing  the  problem.  Through  the  performance 
parameter  monitoring  system  the  NOCC  retains  a capability  to  independently 
assess  the  source  of  the  malfunction.  Additionally,  the  resources  within 
the  STDN  ground  stations  and  NASCOM  are  used  to  assist  in  the  isolation 
effort.  In  the  cases  where  isolation  Is  difficult,  the  TDRSS  simulation 
and/or  SOC  may  be  utilized  to  assist  in  problem  isolation  efforts. 

Malfunction  Restoration 

Upon  isolation,  the  NOCC  will  identify  the  responsible  element  to  all  Inter- 
ested parties.  Additionally,  corrective  actions  will  be  identified  In  the 
preferred  methodology,  the  NOCC  is  responsible  for  establishing  the  actions 
and  timeframes  in  which  the  corrective  measures  will  be  accomplished.  This 
IS  achieved  through  consultation  with  personnel  at  the  source  of  the  mal- 
function to  allow  reasonable  actions  and  timeframes  to  be  specified. 
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MALFUNCTION  IDENTIFICATION, 

ISOLATION  AND  RESTORATION 

• TWO  ALTERNATIVES  DEFINED 

• ALL  ALTERNATIVES  EMPLOY  CASMS 

• SELECTED  ALTERNATIVE  UTILIZES  CENTRALIZED  CONCEPT 
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SELECTION  RATIONALE  FOR  MALFUNCTION  METHODOLOGY 

ll6A.ng  &pQ.Qjd  0^  KutofuLtlon  a&  tkz  mcLjoM.  cJutz/Uon,  tht  advantag2y& 
and  disadvantages  the  centaaJtczeA  and  deaentAoZlzed  eontnot  con- 
cept i^avoA.  a centJmtLzed  contfiot  metkodoZog!/  ^OA.  maZ^unctLon  tdentt- 
^unction,  tsoZatton,  and  AestoAJxtion. 

Cr I teria 


Speed  of  malfunction  Identification,  isolation  and  restoration  were  con- 
sidered to  be  the  principle  considerations  in  selecting  the  preferred  con- 
trol methodology.  If  this  task  is  accomplished  quickly,  the  length  of 
disruptions  in  service  caused  by  the  network  elements  will  be  minimized, 
thus  enhancing  network  transparency.  Two  basic  alternatives  were  identified 
for  control  of  this  task.  These  alternatives  correspond  to  the  bounding 
concepts  of  centralized  and  decentralized  control.  A summary  of  the  char- 
acteristics of  these  alternatives  is  provided  In  the  figure. 

Advantages  and  Disadvantages 

In  a centralized  approach  to  this  task,  the  technique  of  malfunction  identi- 
fication and  restoration  would  tend  to  be  uniform  and  faster  than  in  a 
decentralized  approach.  With  a single  focal  point,  all  problems  would  be 
seen  and  patterns  of  resolution  established  over  a period  of  time.  Space- 
craft missions  and  POCCs/users  vary  over  a period  of  time  Thus,  the  types 
of  problems  encountered  and  their  resolution  technique  may  require  relearn- 
ing on  the  part  of  new  or  different  POCCs/users.  Through  the  use  of  CASMS, 
the  NOCC  may  in  many  cases  be  the  first  to  recognize  system  problems.  As 
indicated  in  Appendix  E,  threshold  values  for  the  performance  parameter 
values  may  be  specified  over  a wide  range  of  granularities.  By  specifica- 
tion of  "AMBER”  zones  or  ranges  where  parameters  are  "mildly"  out  of  toler- 
ance, trending  indicators  could  be  developed.  If  CASMS  produced  trending 
indicators  which  pointed  towards  a movement  to  the  "RED"  or  outage  zone  for 
significant  periods  of  time,  the  NOCC  could  initiate  restoration  actions 
before  users  noticed  any  significant  loss  in  data.  In  a decentralized 
approach  the  POCC/users  could  also  monitor  CASMS  information.  However, 
this  would  also  require  a "network  expertise"  at  the  POCC/user  location. 
Complications,  and  hence  delays,  would  be  incurred — especially  in  the  case 
of  foreign  POCCs  and  specialized  users  such  as  the  DOD. 

Decentralized  control  of  this  task  has  the  potential  to  relieve  the  NOCC 
workload  for  certain  low-order  malfunctions  (for  example,  a short  data  drop- 
out) Coordination  between  NASCOM,  STDN  site  and  the  POCC  may  easily  effect 
restoration.  However,  it  would  be  the  responsibility  of  the  element  identifying 
the  problem  to  decide  whether  the  problem  was  low-order  or  high-order,  the 
latter  calling  for  NOCC  control  It  would  be  a monumental  effort  to  attempt 
to  document  all  possible  malfunctions  so  that  decision  trees  could  be  deve- 
loped. Without  these  decision  trees,  however,  significant  time  could  be 
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consumed  before  a malfunction  was  specified  as  higher  order  and  in  need  of 
NOCC  control.  This  condition  would  also  significantly  degrade  the  unifor- 
mity of  network  operations. 

Although  it  is  difficult  to  quantify  speed  of  task  execution,  experience  and 
the  considerations  discussed  above  suggest  that  the  centralized  approach 
will  provide  the  most  timely  execution  of  this  task. 
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MALFUNCTION  IDENTIFICATION, 

ISOLATION 

AND  RESTORATION 

CHARACTERISTICS  OF 

CENTRALIZED  CONTROL 

CHARACTERISTICS  OF 

DECENTRALIZED  CONTROL 

• 

UNIFORM-RAPID  PROBLEM-SOLVING 
TECHNIOUE  ESTABLISHED  OVER  A 
PERIOD  OF  TIME 

• 

POTENTIAL  TO  RELIEVE  NOCC  WORK-  I 
LOAD  FOR  "LOW  ORDER"  MALFUNC-  1 
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• 

CASMS  PROVIDES  THE  NOCC  A CAPA-  • 

BILITY  TO  INITIATE  RESTORAL  ACTIONS 
BEFORE  SIGNIFICANT  OUTAGES  OCCUR 

REQUIRES  "NETWORK  EXPERT 
NOCC/USER  LOCATIONS 

ISE"  AT 

# 

MINIMUM  IMPACT  ON  CURRENT 
PROCEDURES 

# 

POTENTIALLY  SIGNIFICANT 
PROBLEM  IN  DEALING  WITH 
ELEMENTS 

"LANGUAGE" 

NETWORK 

SIGNIFICANT  CHANGE  FROM 
PROCEDURES 

CURRENT 
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Principal  Control  Concept  Formulation 

INFORMATION  FLOW  AND  INTERFACES  FOR  MALFUNCTIONS 

Th&  Zn^oJmcutLon  ^tow  cu^ocxated  uiitk  mcLt^unation  ^zyitl^catlon, 
dotation  and  JiQJ>tonatloyi  li>  ^oeoierf  at  the.  HOCC. 

Malfunction  Identification 

As  shown  in  the  figure,  the  STDN  ground  stations  and  NASCOM  provide  per- 
formance parameter  value  inputs  to  CASMS.  The  Interface  which  supports  the 
routine  integrity  performance  parameter  transmission  is  applicable  here 
also.  Should  any  of  the  performance  parameter  thresholds  be  crossed,  CASMS 
signals  the  situation  and  identifies  specifics.  The  signaling  of  the  con- 
dition may  be  accomplished  by  the  lighting  of  an  indicator  lamp  on  a control 
console.  Additionally,  CASMS  prints  out  the  channel  parameters  and  identi- 
fies which  one  (or  more)  were  detected  as  out  of  tolerance.  Voice  communi- 
cations are  provided  between  the  NOCC  and  NASCOM,  POCCs,  and  STDN  ground 
stations  for  the  report  of  anomalous  conditions. 

Malfunction  Isolation 


Technical  support  teams  assisting  the  operations  management  personnel  can 
extract  from  CASMS  detailed  parameter  performance  history  data  and/or  cur- 
rent parameter  measures  for  problem  isolation.  Once  a problem  is  identified, 
the  NOCC  also  enlists  the  assistance  of  all  elements  Involved  in  assessing 
the  condition  of  their  respective  equipments.  Status  information  is  then 
transmitted  to  CASMS  as  indicated  in  Systems  Integrity.  This  request  for 
element  status  checks  may  be  automated  via  switch  activations _at_the  NOCC 
which  signal  the  desire  for  status  checks  of  equipment  currently  in  use. 

Malfunction  Restoration 


Voice  communications  are  provided  to  allow  consultation  among  the  affected 
elements.  Through  this  medium,  corrective  actions  are  identified  and  time- 
lines for  their  accomplishment  specified.  Voice  communications  are  util- 
ized here  because  of  the  free  form  and  ad  hoc  nature  of  many  of  the  pro- 
cesses which  occur  during  the  overall  execution  of  this  task. 
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MALFUNCTION  I DENTI FICATION. ISOLATION. AND  RESTORATION  INFORMATION  FLOW 


LE&END 

— PROBLEM  IDENTIFICATION. 

NOCC  DIRECTIVES 

PROBLEM  REPORTS 

"“*•“*“*  PERFORMANCE  PARAMETERS 
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Principal  Central  Concept  Formulation 

CHARACTERISTICS  OF  SELECTED  METHODOLOGY  FOR  ROUTINE  SERVICE 

Thz  cayvOiot  methodology  detected  ^oJi  fiowtine.  ieJwtte  (Ue^  the 
matfUx  concept  and  capable  o(J  vaaytng  the  degaee  o{^  eentaatizationl 
dencent/ialtzatLon.  ^oa  netuJoAk  me  once  the  network  eZemeyit&  afie 
mumbled  and  e6tablc6hed. 

Routine  service  consists  of  two  processes:  assemble  network  resources 

and  establish  spacecraft-user  link,  and  execution  of  forward  and/or  return 
link  transmissions.  The  preferred  methodology  utilizes  a centralized  ap- 
proach to  accomplish  the  first  process  Authority,  responsibility,  and 
work  associated  with  ensuring  that  the  correct  network  elements  are  ready  to 
provide  the  scheduled  support  is  centered  at  the  NOCC.  The  NOCC  also  has 
the  authority  to  delegate  the  work  and  responsibility  of  using  the  network, 
once  established,  to  the  users,  if  It  is  desired. 

Decentralized  Control 


Each  POCC  may  be  delegated  the  work  and  responsibility  of  executing  the 
information  exchange  with  his  spacecraft.  At  the  completion  of  the  contact, 
the  POCC  would  mark  the  event  with  the  NOCC  and  STDN  elements.  CASMS  is 
utilized  to  automate  the  interfaces,  to  allow  the  uniform  and  smooth  transi- 
tion of  control,  and  the  mark  of  events. 

Centralized  Control 


On  the  other  hand,  should  the  NOCC  choose  to  centralize  the  execution  of 
data  transfer,  CASMS  will  permit  this.  In  this  mode,  users  will  still 
interface  as  before,  but  all  data  transfers  will  be  executed  only  with 
positive  approval  of  the  NOCC 
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ROUTINE  SERVICE 

• 

THREE  ALTERNATIVES  DEFINED 

ALL  ALTERNATIVES  EMPLOY 

CASMS 

• 

SELECTED  ALTERNATIVE  IS 

MATRIX 
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Principal  Control  Concept  Formulation 

SELECT  I OM  RATIONALE  FOR  ROUTINE  SERVICE  METHODOLOGY 

Thz  ^undam&yvtat  aoyiAld&fiationi  V0CC/o62A-STVN  ^nt^fi^acz  op&fnition& , 
nzdOJi&cuiy  NOCC  uJoA.kZoad&,  and  ^pacts  on  ciWiant  pftjOc.zdun.QM  ^avonzd 
a matfu.x  aoyvtnoZ  mztkodohigy  ^on.  Matinz  6on.vlzz. 

Advantages  and  Disadvantages 

The  advantages  and  disadvantages  for  centralized  and  decentralized  control 
of  routine  service  are  summarized  on  the  right.  The  importance  of  a parti- 
cular advantage  or  disadvantage  listed  could  be  strongly  influenced  by 
the  workload  or  "business"  of  the  network.  For  example,  in  a centralized 
concept,  NOCC  routine  workload  at  times  when  10  spacecraft  are  in  orbit  will 
not  be  as  high  as  it  will  be  when  100  spacecraft  are  in  orbit.  However,  for 
either  situation  the  workload  will  be  higher  than  for  a decentralized  ap- 
proach But,  at  low  network  loadings  it  may  not  be  important  that  the  NOCC 
is  busier  in  a centralized  approach.  The  evaluation  isolated  the  cdnsi dera- 
tions of  load  variation  from  others  independently  considering  the  two  component 
elements  of  routine  service 

Network  Assembly  and  Establishment 

The  time  periods  in  which  network  elements  are  "assembled"  for  service  sup- 
port and  a link  to  the  spacecraft  is  established,  were  judged  to  be  most 
volatile  or  prone  to  minor  upsets  or  delays.  At  these  times,  a single  point 
of  accountability  and  less  chance  of  operator  error  (e.g.  interpreting  per- 
formance and  status  indicators)  were  weighted  very  high.  Experience  has 
shown  that  centralizing  control  for  activities  which  tend  to  have  mild  per- 
turbations reduces  the  impact  on  overall  operations  of  a single  perturbation 
(i.e.,  enhances  transparency  and  uniformity  of  operations).  The  additional 
factor  of  foreign  POCCs  or  users  associated  with  the  DOD  presented  the  spec- 
trum of  potentially  severe"! anguage"  differences  during  the  volatile  periods. 

Network  Utilization 


On  the  other  hand,  once  a link  has  nominally  been  established  (le.,  the  ac- 
quisition procedure  has  been  executed)  there  will  be  a high  probability 
(Reference  4,  Acquisition  Procedures)  that  a user  will  be  capable  of  sending 
and  receiving  spacecraft  commands  and  data.  For  the  GSTDN,  this  is  absolutely 
known  because  an  actual  signal  from  the  spacecraft  is  received  by  the  ground 
station.  Additionally,  performance  characteristics  for  communications  would 
be  expected  to  be  high  (Reference  5)  to  support  the  real  time  transfer  of 
spacecraft  data  in  the  "bent  pipe"  mode  (i.e.,  no  storage);  therefore  it 
should  not  be  necessary  for  network  operations  to  directly  interact  with  the 
user  to  spacecraft  transactions.  The  disadvantages  of  high  NOCC  routine 
workload  and  interactions  with  what  would  otherwise  be  a highly  transparent 
communications  network  were  weighed  heavily  in  the  negative  direction  during 
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this  process  of  routine  service.  Additionaly  during  this  phase  of  routine 
service,  the  characteristics  of  the  network  identified  above  should  obviate 
the  need  for  POCC  personnel  to  interact  with  the  network  In  other  than  a 
bent  pipe  data  communications  mode,  A change  in  procedures  will  be  required 
because  of  the  transition  to  the  through-put  philosophy  of  the  network  in 
the  TDRSS  era.  The  reduced  manning,  highly  automated  systems  will  not 
provide  the  network  personnel  resources  to  directly  interact  with  POCCs  as 
is  currently  done,  and  procedural  changes  will  likely  reflect  very  limited 
POCC  interaction  with  STDN  ground  station  personnel  regardless  of  the  con- 
trol methodology  selected.  Therefore  the  disadvantages  of  decentralized 
control  were  weighed  very  lightly  (in  the  negative  sense)  in  this  phase  of 
routine  service.  As  a result  of  these  considerations,  a matrix  control 
methodology  wherein  the  setup  of  the  network  for  contract  support  is  cen- 
tralized and  the  control  of  the  conduct  of  user-spacecraft  transactions  is 
decentralized  was  selected. 


CONCEPT  COMPARISONS 

ADVANTAGES 

— 

CENTRALIZED 

DECENTRALIZED 

SINGLE  POINT  OF  ACCOUNTABILITY 

• 

TRANSPARENT  USE  OF  COMMUNI- 
CATIONS SERVICE 

# 

LESS  CHANCE  OF  OPERATOR  ERROR 

• 

EMPHASIZES  "NEGATIVE  REPORTING" 

• 

EASIER  MOVEMENT  INTO  PROBLEM 
IDENTIFICATION  AND  RESOLUTION 
MODE 

CONCEPT  TO  FREE  NOCC 

• 

MINIMAL  IMPACT  ON  CURRENT 
PROCEDURES 

DISADVANTAGES 

# 

HIGH  NOCC  ROUTINE  WORKLOAD 

# 

REQUIRES  CHANGE  FROM  PRESENT 
PROCEDURES 

# 

HUMAN  INTERVENTION  IN  AN 
ESSENTIALLY  TRANSPARENT  COM- 

# 

POCC  (PROJECT)  PERSONNEL  INTER- 

CUN 1 CAT  IONS  NETWORK 

ACTION  WITH  TDRSS/GSTDN  (NET- 
WORK) PERSONNEL  CAUSES  "LANGUAGE" 

• 

EXCESSIVE  RESPONSIBILITIES  ON 
OPERATIONS  PERSONNEL  DURING 
PEAK  LOADS  OR  PROBLEM  SITUATIONS 

PROBLEMS 
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Princtpal  Control  Concept  Formulation 

INFORMATION  FLOWS  AND  INTERFACES  FOR  ROUTINE  SERVICE 

Jn^o Amotion  ^Zow  to  cu,6mbte.  the.  newook  A&6oafLC.&^  and  o^tabJtc&h  o 
jtink  with  thz  luet  .iipac.Q.cAalt  it  {^ocjutojd  at  the  NOCC,  At  the 
completion  the  acquititcon  sequence,  the  ^oau&  tn^onmation 
^Zow  may  6 hilt  to  the  ?0CCs/useu. 

Basel ine  Loading 


The  status  and  event  mark  interface  has  the  same  characteristics  as  the 
performance  parameter  monitoring  and  event  mark  interface  described  for 
System  Integrity.  In  this  case,  however,  both  status  and  event  marks  are 
"level”  type  signals.  At  the' compl et ion  of  the  acquisition  sequence,  this 
interface  is  used  to  notify  the  POCC  that  spacecraft  commands  may  be  initi- 
ated and/or  that  reception  of  return  link  information  should  be  in  progress 
Orbital  support  data  (spacecraft  state  vectors  and  predicts)  are  provided  to 
the  TDRSS  and  GSTDN  ground  stations  via  existing  digital  Interfaces  (I.e  , 
the  1.5  Mbs,  56  Kbs  etc.).  POCCs  also  receive  spacecraft  orbit  support  data 
via  low  speed  automated  interfaces  Voice  communications  between  operations 
management  and  the  elements  shown  are  provided  for  coordination  and/or 
special  directives  The  1.5  Mbs  and  56  Kbs  communication  links  between  GSFC 
and  STDN  ground  stations  support  the  flow  of  routine  forward  and  return  link 
data. 

Shuttle  Operations 


When  Shuttle  is  in  orbit,  JSC  becomes  the  focal  point  for  associated  in- 
formation flow  Status,  event  marks  and  orbital  support  data  are  exchanged 
as  if  JSC  were  a POCC.  Shuttle  return  link  information  will  either  be 
passed  directly  to  the  POCCs  or  "cleaned-up"  at  JSC  and  relayed  to  the 
POCCs. 
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ROUTINE  SERVICE  INFORMATION  FLOW 


FORWARD  AND  RETURN  LINK  DATA 

STATUS/EVENT  HARKS 

QUERY/RESPONSE 

•—  FORWARD  AND  RETURN  LINK  DATA 


ORIGINAL’  PAGE  IS 
OP  POOR  QUALITY 
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Principal  Control  Concept  Formulation 

THE  PRINCIPAL  CONTROL  CONCEPT  COMBINES  PREFERRED  ALTERNATIVES 

The.  PAlncipaZ  Coyvtfiot  Cone.ep-t  -U>  a.  nuxtuAe,  c.mtAaLLzexl  and 
matfu,x  meXkodo£ogx,&6  whuih  take,  maxcmum  advantage  the  x.ncA.eo6ed 
vteto  ttm&6,  Ktat  tAjnt  data  taan6^eA.,  and  6tandafLdized  iy^tmi  ol 
the  TVRSS  eaa  to  aeaJUze  the  netwoAk  goal6  Pvampofiency,  ant- 
(^ofmity,  {^lextbAJUty , and  e^l<u.eney.  ' 

Combining  Preferred  Alternatives 


As  stated  earlier  in  the  report,  the  analysis  segmented  the  network  opera 
tions  into  four  tasks  that  were  essentially  independent  from  one  another. 
Doing  so  allowed  the  combination  of  the  preferred  alternatives  from  each 
because  there  is  little  impact  on  the  preferred  concept  of  any  one  on  the 
others.  Thus,  the  principal  control  concept  shown  in  the  figure  combines 
the  p»*eferred  alternative  for  each  task. 

Centralized  and  Matrix  Control 


The  preferred  alternative  selected  for  two  of  the  tasks,  Integrity  and 
Malfunction,  was  a centralized  alternative.  Ail  of  the  work,  responsi- 
bility, and  authority  were  centered  in  the  NOCC.  The  preferred  alternatives 
for  the  other  two  tasks  were  matrix  methodologies. 

The  matrix  methodology  for  the  scheduling  task  permits  the  NOCC  to  vary  the 
degree  of  central izat ion/decentral izat ion  over  a wide  range.  If  needed  or 
desired,  the  NOCC  can  run  the  scheduling  function  as  a completely  central- 
ized function  with  all  the  work,  responsibility,  and  the  authority  vested  in 
the  NOCC.  Or,  the  work  and  the  responsibility  for  scheduling  can  be  almost 
totally  decentralized,  with  the  NOCC  simply  monitoring  the  activity  and 
maintaining  the  authority  over  it.  A spectrum  of  operation  conditions 
between  these  two  bounds  can  be  selected  by  the  NOCC  by  varying  the  types  of 
events  that  can  be  scheduled  by  the  users,  varying  the  users  who  can  sched- 
ule, and  varying  the  lead  time  for  events  scheduled  by  the  users. 

Routine  service  also  utilizes  a matrix  methodology,  although  the  degree  of 
decentralization  that  can  be  achieved  is  not  as  great  as  that  of  the  sched- 
uling task  The  NOCC  will  always  set  up  the  network  and  then,  if  it  chooses, 
decentralize  control  of  its  use  Like  the  task  of  scheduling,  the  NOCC  will 
always  retain  authority  and  can  control  the  amount  of  decentralization  that 
will  be  permitted  The  NOCC  can  vary  its  role  from  monitoring  the  use  to 
actually  controlling  it,  and  executing  this  whole  task  in  a centralized 
manner. 
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Advantages  of  the  Principal  Control  Concept 

The  Principal  Control  Concept  meets  the  network  goals  of  transparency  to  the 
user,  uniform  operation,  flexibility  to  varying  conditions  and  workloads, 
and  efficient  use  of  people  and  machines.  The  concept  allows  the  NOCC  to 
maintain  authority  at  all  times,  while  decentralizing  the  workload  and 
responsibility  when  possible.  It  ensures  uniformity  of  interface  operation 
throughout  the  spectrum  of  operations  and  makes  a basic  allocation  of 
network  responsibility  to  the  NOCC  and  spacecraft  responsibility  to  the 
POCC. 


PRINCIPAL  CONTROL  CONCEPT 


• PERMITS  THE  NOCC  TO  DECENTRALIZE  THE 
WORKLOAD  WHILE  RETAINING  STDN  OPERATIONAL 
AUTHORITY 

• ALLOCATES  NETWORK  AND  SPACECRAFT  RESPONSIBILITY 
TO  THE  NOCC  AND  POCC,  RESPECTIVELY 

• ALLOWS  THE  NETWORK  TO  BE  HIGHLY  TRANSPARENT 
TO  USERS 

• PROPERLY  DISTRIBUTES  NETWORK  ACTIV ITI ES  BETWEEN 
MEN  AND  MACHINES 

• ENSURES  UNIFORMITY  OF  INTERFACE  OPERATION 
THROUGHOUT  SPECTRUM  OF  OPERATIONS 
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THE  BDM  CORPORATION 


Sensitivity  Analysis 

SUMMARY  OF  SENSITIVITY  ANALYSIS 

The.  ^otiouujig  AectCon  p/ie.6ent6  Xihe.  &eyi&TjtbJAjty  a.YiaZjLj6i&  tkcut  was 
peA^omed  on  the  FntnelpaZ  ContAot  Concept.  The  mpact  on  the 
concept  was  exemined  ioA  oafuatAjOYVb  An  the  TVRSS  deCity  toadeng 
voAtattons  tn  TVRSS  con^tguAxxtton,  adcUtion  o^  the  Space  Shuttle, 
vantatAon&  tn  the  GSTVH  con^tguAotAOn,  and  voAtattons  tn  the  GSTVM 
loadcng. 

Organization  of  Material 


The  results  of  the  sensitivity  analysis  that  was  performed  on  the  Principal 
Control  Concept  are  presented  In  the  pages  that  follow.  The  material  is 
organized  in  two  sections  The  first  discusses  the  sensitivity  of  TDRSS 
variations,  and  the  second  addresses  those  of  the  GSTDN.  For  each  section, 
the  report  first  discusses  the  loading  models  and  key  assumptions  that  were 
used,  and  finally  assesses  the  impact  of  variations  of  the  assumptions. 

Sensitivity  of  TDRSS  Variations 


An  examination  was  made  of  varying  both  the  loading  and  the  configuration  of 
the  TDRSS  In  both  cases,  the  major  impact  on  the  Principal  Control  Concept 
was  in  the  operations  task  of  scheduling.  As  the  load  increased,  the  number 
and  the  severity  of  the  conflicts  increased.  The  results  indicated  that  a 
more  sophisticated  scheduling  algorithm  would  be  needed  to  resolve  the 
conflicts.  For  all  levels  of  loading,  TDRSS  Configuration  II  produced  more 
conflict  problems  than  TDRSS  Configuration  I. 

Space  Shuttle  Impact 


Again,  the  major  impact  of  adding  a Space  Shuttle  was  with  the  scheduling 
task.  The  addition  of  one  Space  Shuttle  was  equivalent  to  Increasing  the 
load  by  +50^;  and  the  addition  of  two  Space  Shuttles  was  equivalent  to  in 
creasing  the  load  by  +75  to  +100^.  Both  the  number  and  severity  of  the 
conflicts  increased  in  both  cases. 

Variations  in  GSTDN 


When  the  number  of  GSTDN  sites  was  increased  from  the  baseline  seven  to  the 
current  fourteen,  additional  service  and  back-up  service  for  the  Shuttle 
could  be  provided.  When  the  number  of  sites  was  reduced  to  less  than  seven, 
two  impacts  were  noticed  First,  scheduling  was  once  again  impacted. 

Second,  the  average  service  that  could  be  provided  to  the  GSTDN  users  was 
decreased  and  continuous  dedicated  support  was  seen  to  suffer  numerous 
interrupts. 
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ORGANIZATION  OF  SENSITIVITY  ANALYSIS 

• MODELING  OF  TDRSS  LOADING  REQUIRED  ASSUMPTIONS  OF  PARAMETERS 

• DAILY  LOADING  SUMMARY  DISPLAYS  LINK  LOADING 

e PARAMETERIZED  MISSION  MODEL  COMPLETELY  CHARACTERIZES  GSTDN  LOADING 

• EXAMINATION  OF  SENSITIVITY  OF  PRINCIPAL  CONTROL  CONCEPT 

0 LOADING  REQUIREMENTS  IMPACT  SCHEDULING  CONTROL  METHODOLOGY 
0 IMPACT  OF  THE  SPACE  SHUTTLE  IS  SIGNIFICANT 
0 GSTDN  ANALYSIS  VARIED  STATION  CONFIGURATION 
0 GSTDN  SENSITIVITY  TO  SITE  AND  MISSION  MODEL  ASSUMPTIONS 
0 SMALLER  GSTDN  NETWORK  HAS  INHERENT  OPERATIONAL  DEFICIENCIES 
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Sensitivity  Analysis 

MODELING  OF  TDRSS  LOADING  REQUIRED  ASSUMPTIONS  OF  PARAMETERS 

Tku  -&tudy’i  qaantltatlve.  amZy^yU  ^zqvuJizd  the.  spzcyi^cxitton  o{, 
a TVRSS  bcuejtcm  toad  and  ca^octated  useA.  4paczcAa^t  4CA.uxc.e 
choAoxiteAUtuii . 

Mission  Models 


The  TDRSS  Planning  Mission  Model,  Mission  Support  Summary  and  STDN  Network 
Directorate  Mission  Model  (References  1,  2 and  3,  respectively)  were  used  to 
the  maximum  extent  possible  to  define  the  service  characteristics  associated 
with  the  spacecraft  to  be  supported  by  TDRSS.  However,  to  obtain  application 
of  BDM’s  quantitative  analysis  tools,  certain  assumptions  were  required  to 
remove  ambiguities  and  fill  voids 

Baseline  Load  Definition 


The  specification  of  a baseline  load  was  required  to  allow  quantitative 
impacts  of  load  and  concepts  variation  on  the  alternative  control  concepts 
to  be  obtained.  The  spacecraft  mission  names  (or  classes)  associated  with 
the  ^th  quarter  of  1383  (TDRSS  Planning  Mission  Model)  were  selected  for  the 
baseline  load.  This  year  was  selected  because  the  widest  variety  of 
mission  types  for  a given  year  are  represented,  these  missions  would  likely 
pose  a worst-case  TDRSS  loading,  and  ail  spacecraft  directly  affecting  the 
TDRSS  analysis  are  specified  as  TDRSS-only  compatible. 

Orbital  Support  Assumptions 


The  daily  load  offered  by  each  mission  to  the  TDRSS  was  assumed  to  be  speci- 
fied as  "Minimum  Support  Required"  in  Reference  1.  Since  this  load  was 
provided  in  hours  per  day,  division  of  this  figure  by  the  number  of  orbits 
per  day  (derived  from  the  specified  orbit  apogee  and  per  1 gee  - Reference  1) 
yielded  the  required  support  time  per  orbit.  For  example,  in  many  cases 
2.5  hours/day  Is  specified  as  the  minimum  support  required.  This  reduces  to 
one  lO-minute  contact  per  orbit  for  a spacecraft  at  555  km  altitude  (e.g  , 
BESS).  In  addition  to  length  of,  contact  required  per  orbit,  the  service 
characteristics  for  this  contact  were  needed  These  specific  characteristics 
were  used  as  inputs  to  the  Conflict  Analyzer,  Zero-Order  Conflict  Resolver 
and  Daily  Loading  models.  The  required  characteristics  were  length  and 
frequency  of  tracking,  tel emetry/data  and  command.  In  some  cases,  the  STDN 
Networks  Directorate  Mission  Model  provided  these  parameters.  For  the 
remaining  cases,  the  TTSC  parameters  for  existing  or  planned  satellites 
performing  similar  functions  as  those  in  the  baseline  were  used.  Since 
tracking  requirements  were  generally  specified  in  terms  of  the  number  of 
contacts  per  orbit,  one  minute  of  track  duration  was  assumed  for  base-line 
analysis.  However,  the  length  of  track  was  parametrically  varied  from 
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one  to  eight  minutes  in  this  analysis.  Additionally,  when  a mission  uses 
both  Multiple  Access  (MA)  and  Single  Access  (SA)  service,  it  was  assumed 
that  MA  service  is  basically  used  for  spacecraft  telemetry  data  Tracking 
was  allocated  to  SA  m these  cases  because  of  the  suspected  limited  avail- 
ability of  the  HA  forward  link.  Lastly,  loading  totals  on  both  the  forward 
and  return  links  were  necessary  to  determine  channel  free  time  characteri- 
stics. Use  of  the  forward  link  for  command  during  a data  dump  was  assumed 
to  be  one  minute. 


TDRSS  MISSION  MODELING  ASSUMPTIONS 

• 

4th  dUARTER  1982  CHOSEN  AS  BASELINE  LOADING 

f 

SERVICE  REdUIREMENTS  DERIVED  FROM  STDN  "NETWORK  DIRECTORATE 
MODEL,  1976  TO  1982,"  (REFERENCE  3)  WHERE  AVAILABLE. 

MISSION 

• 

ASSUMED  SUPPORT  REQUIREMENTS  CORRESPOND  TO  "TYPICAL"  REQUIREMENTS 
EXHIBITED  BY  PRESENTLY  OPERATING  OR  SCHEDULED  SATELLITES  OF  SAME  KIND 

2.5  HOURS/DAY  GIVEN  AS  "MINIMUM  SUPPORT  REQUIRED"  INDICATES 
MINUTE  CONTACT  PER  ORBIT 

ONE  10- 

# 

SA  PLAYBACK  TAKEN  AS  GREATER  THAN  R/T  HA  SUPPORT  (EXCEPT  FOR  R/T 
MANEUVER) 

TRACKING  PERFORMED  USING  SA  IF  AVAILABLE  (EXCEPT  IF  TRACKING 
SIMULTANEOUSLY  WITH  HEALTH  AND  STATUS  TLM) 

IS  DONE 

• 

COMMAND  TIME  FOR  DATA  DUMP  ONLY  CONTACT  = 1 MINUTE 

• 

COMMAND  PLUS  TRACKING  TIME  FOR  DATA  AND  TRACKING  CONTACT  WAS 
FROM  ONE  TO  EIGHT  MINUTES 

VARIED 
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DAILY  LOADiNG  SUMMARY  DISPLAYS  LINK  LOADING 

Th&  VcuZy  Loadcng  Suma/c^  contcund  the.  ofibXtat  and  dotty  6uppoat 
Jizqiwiementh  oi  eoak  ml&^ton,  and  .se/wed  o6  a baie  case  which 

att  iubseqneyit  tncAcmentat  loading  change.6  wefie  denlved. 

This  display  provides  TDRSS  Concept  1 forward  and  return  link  loadings  for  MA 
and  SA  service.  The  "Total”  column  matches  the  "Minimum  Support  Required" 
for  each  satellite  (in  the  baseline)  given  in  the  reference.  This  total  is 
computed  by  multiplying  the  number  of  satellites  by  the  time  per  contact  and 
the  number  of  orbits  per  day  Orbits  per  day  are  computed  from  the  orbital 
height  specifications  in  Reference  1.  Increases  or  decreases  in  loading  that 
were  necessary  for  the  Sensitivity  Analysis  were  distributed  evenly  among  the 
mission  classes  shown.  These  load  variations  were  computed  by  calculating 
plus  and  minus  50^  of  the  forward  and  return  MA  and  SA  totals  (at  the  bottom 
of  the  summary).  An  estimate  of  the  mission  types  that  would  produce  this 
load,  with  their  baseline  characteristics,  was  made  and  processed  by  the 
Daily  Loading  Model.  Specific  satellites  were  added  or  subtracted  until  the 
best  match  to  the  total  MA/SA  forward  and  return  required  loading  was  produced 
(normally  within  one  to  three  percent).  Auxiliary  satellites  were  then  added 
to  produce  the  exact  loading  derived.  A similar  procedure  was  followed  for 
TDRSS  Concept  II.  In  this  way,  the  total  load  on  each  link  was  raised  by  the 
same  percentage,  and  satellites  with  realistic  characteristics  were  added  or 
subtracted  to  produce  the  required  loadings. 
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TPRSS  LOADING  SUMMARY 
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PARAMETERIZED  MISSION  MODEL  COMPLETELY  CHARACTERIZES  GSTDN  LOADING 

The.  GSTVhl  HUiion  Modzl  u&zd  in  ihi^  anaiy^ii  i&  a totatty  pa/ta~ 
rmZzfiLzzd  choAjCLctzn^zation  o£  expected  GSTVN  loading  in  tke  TVRSS 
eta. 


GSTDN  TDRSS  Era  Mission  Model 


The  Mission  Model  consists  of  eight  total  satellites  grouped  into  the  cate- 
gories shown.  For  reference,  the  class  of  satellite  intimated  by  the  Mission 
Model  is  included  with  each  entry.  These  missions  were  chosen  to  represent 
the  widest  diversity  possible  in  mission  class,  while  maintaining  a realistic 
level  of  system  load.  Eight  total  missions  were  chosen  as  a baseline  to  ad- 
here to  the  assumption  that  all  LEO  spacecraft  were  now  TDRSS  supported  and 
to  facilitate  changes  of  +50%  in  total  load.  Because  the  GSTDN  system  load- 
ing is,  to  a large  degree,  dependent  on  geography,  quantitative  loading  in- 
creases are  now  totally  attributable  to  increases  in  number  of  satellites, 
in  contrast  to  link  loading  for  the  TDRSS.  Representative  GSTDN  supported 
missions  which  were  the  basis  for  the  formulation  of  this  parametric  mission 
model  are  identified  in  Appendix  C. 
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GSTDN  TDRSS  ERA  MISSION  MODEL 

• 4 SYNCHRONOUS  MISSIONS 

2 CONTINUOUS  (POLAR  IN  NEAR-SYNCHRONOUS  ORBIT,  ATS) 
1 16  HRS/DAY  (lUE) 

1 8 HRS/DAY  (SPHINX) 

• 1 LUNAR  (CONTINUOUS,  LPO) 

• 1 HELIOCENTRIC  (SMALL  NUMBER  OF  CONTACTS  PER  DAY,  HAE) 

• 2 HIGHLY  ELLIPTICAL  (APPROXIMATELY  5 ORBITS/DAY,  MOST 
TTSC  AT  PERIGEE,  SOME  TRACKING  AND  COMMAND  TOWARD 
APOGEE,  ISEE-B  AND  EE-B) 
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Sensitivity  Analysis 

EXAMINATION  OF  SENSITIVITY  OF  PRINCIPAL  CONTROL  CONCEPT 

Th^  ■6en6~ctcvXtt/  P^un<u.paZ  Conixot  Conazpi  to  voAtatioyis  tn 

TVRSS  CjOn{tgLUiation6 , nuU^ton  Zoadtng,  Shuttle.  6uppo^  JizqtuAmzyvU , 

and  aon^lict  Ae^olutton  ttc.hvu.qu.eJSi  mu  dttcJmivitd, 

The  basic  measures  of  performance  utilized  in  the  TDRSS  sensitivity  analysis 
were  number  of  contacts  initially  in  conflict  and  distributions  of  free  or 
unused  channel  time.  This  analysis  was  supported  by  the  Daily  Loading 
Model,  Conflict  Analyzer  and  Zero  Order  Conflict  Resolver.  The  Daily  Load- 
ing Model  identified  the  daily  number  of  unmanned  satellite  contacts  for  the 
loading  variations.  This  ranged  from  250  (-751  of  baseline  level)  to  1200 
contacts  (+100^  of  the  baseline  load)  The  loads  were  calculated  as  previ- 
ously discussed.  The  Conflict  Analyzer  utilized  a scheduling  algorithm 
which  simulated  a totally  decentralized  scheduling  of  "specific"  requests  by 
assigning  each  satellite  equal  priority  and  randomly  scheduling  service  in 
each  orbit  within  established  constraints.  This  algorithm  and  the  service 
constraints  are  further  discussed  in  Appendix  A 
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SENSiTlVITY  ANALYSIS 

• TDRSS  VARIATIONS  - 

••  CONCEPT  I - EACH  TORS  PROVIDES: 

1 MA  FORWARD  CHANNEL 
20  MA  RETURN  CHANNELS 

2 SA  FORWARD  AND  RETURN  CHANNELS 

••  CONCEPT  II  - EACH  TDRS  PROVIDES: 

3 SA  FORWARD  AND  RETURN  CHANNELS 

• MISSION  LOADING  VARIATIONS  - 

a*  +50?  OF  BASELINE 
aa  +100?  OF  BASELINE 
aa  -75%  OF  BASELINE 
a SHUTTLE  SUPPORT  REOUl REMENTS 

aa  1 OPERATION  SPACE  SHUTTLE 
aa  2 SIMULTANEOUS  SPACE  SHUTTLES 
a CONFLICT  RESOLUTION  TECHNIOUES 

aa  INCREMENTAL  SHIFTING  OF  SERVICE 

aa  SERVICE  SWITCHING  BETWEEN  TDRS'S  IN  DUAL  COVERAGE  ZONE 
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Sensitivity  Analysis 

LOADING  REQUIREMENTS  IMPACT  SCHEDULING  CONTROL  METHODOLOGY 

The  touiQ(U>t  Mripact  loading  \joAAjCLtlon&  l&  on  thd  ASR  /LdqalAmdnti  and 
tkz  exto-nt  to  vohldi  the.  scheduling  task  can  assume  decentHjoUxed 
cha^cteJustlcs . 

Impact  On  Conflicts 

The  quantitative  results  produced  by  the  Conflict  Analyzer  indicated  two 
distinct  classes  of  conflicts.  For  loading  levels  below  the  baseline, 
conflicts  were  characterized  by  low  rates  of  occurrence  and  minimal  com- 
plexity for  both  TDRSS  concepts,  the  level  of  complexity  being  a function  of 
number  of  satellites  involved  in,  and  the  duration  of,  the  conflict. 
Additionally,  for  TDRSS  Concept  I,  the  conflicts  at  loading  levels  below 
baseline  (~50%  and  -15%)  were  singularly  due  to  SAconflicts  for  tracking 
periods  of  five  minutes  or  less.  For  longer  tracking  periods  (i.e  , eight 
minutes),  a small  percentage  of  conflicts  (<  2?)  was  seen  on  the  MA  forward 
1 i nk. 

At  baseline  loads  and  above  (+50^  and  +100%),  conflicts  increased  in  number 
and  complexity.  At  +50%  and  +100%  loading,  the  SA  conflicts  for  both  Concept 
I and  Concept  II  exhibited  similar  traits,  numerous  conflicts  lasted  for 
"long"  periods  (8-12  minutes  at  +50%,  14-16  minutes  at  +100%)  and  involved 
as  many  as  four  satellites  competing  for  a single  SA  channel.  Additionally, 
as  loads  (and  track  length)  increased,  MA  forward  link  conflicts  increased. 
Only  at  +100%  loading  did  MA  forward  link  conflicts  contribute  more  than  20% 
to  the  total  number  of  Concept  I conflicts.  The  TDRSS  capability  of  20  MA 
return  channels  was  not  exceeded  for  the  highest  load  level  Investigated 
(i.e. , +100%  of  the  baseline). 

Impact  On  Conflict  Resolution 

The  Zero-Order  Conflict  Resolver  was  utilized  to  measure  the  effect  of  a 
simplistic  but  automated  conflict  resolution  scheme.  As  might  be  expected, 
excellent  results  were  achieved  with  this  scheme  at  loading  levels  below 
baseline.  In  fact,  all  conflicts  below  -50%  of  baseline  level  and  95^  of 
all  conflicts  at  -50%  load  were  resolved  utilizing  this  technique  However, 
conflict  characteristics  at  loads  above  baseline  limited  the  number  of 
conflicts  which  could  be  reduced  utilizing  this  resolution  technique  to 
under  2%  for  both  concepts  at  +50%  of  baseline  load. 

The  final  consideration  addressed  the  sensitivity  to  load  variations  of  the 
question,  "what  is  the  probability  of  providing  unscheduled  service  of 
duration  x minutes  in  the  next  hourZ"  The  Conflict  Analyzer  results  are 
shown.  For  example,  the  probability  of  having  at  least  one  time  slot  of  20 
minutes  (or  greater)  where  both  forward  and  return  SA  channels  are  available 
IS  .55  for  100%  increase  in  loading.  Since  approximately  half  of  the  time 
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an  interval  of  this  duration  will  not  be  available,  significant  manipulation 
of  the  existing  schedules  would  be  expected.  The  conclusions  that  were 
drawn  from  this  data  are  as  follows 

• Sophisticated  scheduling  algorithms  are  required  for  loads  of  +50^ 
of  the  baseline  and  above  to  manipulate  generic  requests  and  thus 
reduce  the  number  of  specific  service  requests  affected  (the  free 
time  distributions  support  the  feasibility  of  accomplishing  this). 

• At  the  highest  loadings  investigated,  there  is  a potential  require- 
ment to  move  the  scheduling  control  methodology  toward  a cen- 
tralized approach  to  ensure  timely  resolution  of  complex  conflicts. 
Indeed,  a satel 1 i te-by-satel 1 i te  priority  scheme  may  be  required. 


TDRSS  LOADING  VAR t AT IONS 


CONFLICTS 


FREE  TIME  DISTRIBUTIONS 


CONCEPT  I I 


CONCEPT  I 
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IMPACT  OF  THE  SPACE  SHUTTLE  IS  SIGNIFICANT 

VotQMtmt  T!?RSS  ShjutXlz  6uppoAt  p^oduc&6  a ^Ln  ^e, 

numbdn.  and  izvQJilty  con{iU,<itii  and  may  fizgivUiz  a veJiy  iophUticjotod 
&akzdjuJUng  aZgooWm  to  pAoduaz  a ^ckzduZz  l^izz  conlttcti. 

In  terms  of  the  impact  upon  the  scheduling  task  control  methodology,  the 
addition  of  the  requirement  to  support  one  operational  Space  Shuttle  is 
roughly  equivalent  to  increasing  the  baseline  mission  load  by  50  percent 
for  Concepts  I and  II.  Supporting  two  simultaneous  Space  Shuttles  with 
TDRSS  is  the  equivalent  of  an  increase  of  75^  and  100^  of  the  baseline  load 
for  Concept  II  and  I,  respectively.  An  additional  impact  is  seen  in  the 
ability  of  either  TDRSS  concept  to  provide  unscheduled  service  to  users 
without  major  impact  upon  the  existing  schedule.  The  curves  indicate  the 
probability  of  having  at  least  one  SA  time  slot  equal  to  or  greater  than  X. 
The  solid  line  represents  the  case  where  no  shuttle  support  requirements 
exist,  the  dark  line  represents  the  case  where  two  Space  Shuttles  are  being 
supported  simultaneously.  For  example,  the  probability  of  having  a time 
slot  of  20  minutes  or  longer  (in  the  next  hour)  to  satisfy  a user  request 
for  an  additional  unscheduled  20  minute  SA  data  dump  is  only  about  .5  This 
would  imply  that  half  of  the  time  such  requests  were  made,  they  may  not  be 
able  to  be  fulfilled  without  major  manipulation  of  the  existing  schedule 
Alternatively,  when  no  Space  Shuttles  are  supported  by  TDRSS,  the  probability 
of  having  at  least  one  20-minute  slot  is  approximately  .99,  thus  implying 
almost  no  impact  on  the  existing  schedule. 
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SFNSmVITY  TO  SPACE  SHUTTLE 


ESTIMATED  DAILY  SA  CONFLICTS 


CONCEPT  1 

CONCEPT  2 

NO  SHUTTLES 

25 

42 

1 SHUTTLE 

101 

no 

2 SHUTTLES  ^ 

212 

186 

ABILITY  TO  SUPPORT 
UNSCHEDULED  SA  REQUESTS, 
CONCEPT  I 


ABILITY  TO  SUPPORT 
UNSCHEDULED  SA  REQUESTS, 
CONCEPT  II 


LEGEND 

— NO  SHUTTLES 
TWO  SHUTTLES 
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GSTDN  ANALYSIS  VARIED  STATION  CONFIGURATION 

The.  GSTVSI  anaJiy&Li,  exanu.yizd  the.  impact  matyitatning  the 

euJtAent  GSTVN  con^t^LUiatcoyL  14  itattont,  k^<iuiq  the  GSTVH  to  leM 
than  ieven  ^tatcon6,  and  vcuiytng  the  toad  by  ±50%  o'l  the  bo6et^ne, 

14  Station  Configuration 

In  addition  to  the  baseline  GSTDN,  the  assumed  14  station  configuration  will 
have  a single  9m  antenna  at  HAW,  GWM,  ACN,  AGO,  and  VAN,  and  a 12m  antenna 
at  QUl.  This  configuration  would  represent  the  network  capabilities  were 
the  planned  closing  of  these  stations  by  the  early  1980s  postponed  or 
cancel  led. 

Less  Than  7 Station  Configuration 

The  minimal  set  of  stations  that  could  be  retained  for  the  STDN  is  ORR,  GDS, 
and  MAD.  Planners  would  always  keep  these  stations  in  the  network  because 
of  their  favorable  geographic  spacing  (approximately  120  degrees  in  longitude) 
and  a favorable  distribution  about  the  equator.  ETC  (9m)  should  remain  as  a 
test  center  and  also  because  of  Its  ability  to  serve  synchronous  satellites 
in  the  Atlantic  region.  MLA  and  BDA  will  always  be  necessary  for  launch  and 
early  orbit  support.  The  possible  losses  to  the  baseline  system  are  then 
seen  as  ULA  (9m),  ROS  (9  and  26m),  or  ULA  and  ROS. 

±50^  Loading 

The  addition  and  subtraction  of  four  missions  to  the  baseline  model  were 
chosen  to  represent  a 50^  increase  and  decrease  In  loading  as  seen  fay  the 
sites  themselves.  The  four  missions  were  chosen  from  all  mission  classes 
and  their  effects  distributed  among  postulated  antenna  usage  to  analyze  any 
changes  in  network  operations  that  might  result. 
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SENSITIVITY  ANALYSIS  GSTDN  VARIATIONS 

• 

]k  STATIONS  - PLANNED  1978-1979  CONFI GUREATI ON  PRESENTED 
NETWORK  SUPPORT  CAPABILITY  PLAN,  FEBRUARY 

IN 

1976 

# 

LESS 

THAN  7 STATIONS  - REMOVE  ULA 
REMOVE  ROS 
REMOVE  ULA  AND  ROS 

# 

+501 

LOAD  - 12  TOTAL  MISSIONS 

TO  BASELINE  ADD  2 SYNCHRONOUS 

1 HELIOCENTRIC 
1 ELLIPTICAL 

• 

-50^ 

LOAD  - k TOTAL  MISSIONS 

TO  BASELINE  SUBTRACT  2 SYNCHRONOUS 

1 HELIOCENTRIC 
1 ELLIPTICAL 

GSTDN  SITE  ASSUMPTIONS 


ULA 
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Sensitivity  Analysis 

GSTDN  SENSITIVITY  TO  SITE  AND  MISSION  MODEL  ASSUMPTIONS 

Thz  GSTDN  im&AJtvjJXy  amly6TJ>  A.zqiuJLzd  bculc.  assumptions  conazmtng 
thz  mission  ZoacUng  as  uizll  as  tkz  location,  numbcA,  and  slzz  oi  avail-  * 
ablz  antennas^ 

Basis  For  Analysis  Mission  Models 

The  GSTDN  related  sensitivity  analysis  required  analyses  of  required  assump- 
tions concerning  station  configurations  and  the  GSTDN  Mission  Model. 

Mission  Assumptions 

The  loading  to  be  supported  by  the  GSTDN  is  assumed  to  be  that  of  the  post- 
transition period  when  all  carryover  support  of  low  earth  orbit  (LEO)  missions 
has  ended  GSTDN  supported  satellites  in  this  period  will  be  either  synchro- 
nous, in  near  synchronous  altitude  orbits,  heliocentric,  lunar,  or  highly 
elliptical.  These  spacecraft  (except  near  earth  passes  for  the  elliptical 
spacecraft)  will  have  "longer"  GSTDN  view  times  (i.e. , hours  instead  of 
minutes),  be  visible  on  most  occasions  by  more  than  one  GSTDN  site,  and  be 
restricted  in  service  duration  only  by  the  availability  of  an  appropriate 
size  antenna  (26m  or  9m).  Little  information  regarding  the  number,  specific 
type  and  service  requirements  for  GSTDN  supported  TDRSS  era  spacecraft  was 
available.  All  support  requirements,  therefore,  were  assumed  to  be  analogous 
to  presently  planned  spacecraft  projects.  Included  in  the  assumptions  are 
"dedicated"  antennas  for  synchronous  satellite  support  and  prioritized 
antenna  allocations  for  orbital  maneuvers  of  elliptical  spacecraft,  such  as 
AE  or  OSD. 

The  information  contained  in  Appendix  C Identifies  the  basis  for  the  assumed 
support  requirements.  To  accomplish  the  GSTDN  sensitivity  analysis,  the 
specific  number  and  type  of  each  mission  supported  in  the  TDRSS  era  were  also 
required.  To  fill  the  information  void,  missions  were  categorized.  The 
number  and  type  of  satellites  in  each  mission  class  were  derived  from  trends 
identified  in  the  TDRSS  Planning  Mission  Model  (Reference  l).  A parameter- 
ized Mission  Model  was,  consequently,  derived  which  can  be  compared  to 
available  GSTDN  resources  to  examine  the  effects  on  the  Principal  Control 
Concept  of  changes  of  loading  and  number  of  sites. 

Baseline  Ground  Sites  Assumptions 


The  forecasted  set  of  ground  sites  for  the  TDRSS  era  is  ULA,  ORR,  MAD,  ROS, 
GDS,  MLA,  BDA,  and  ETC.  Their  antenna  capabilities  are  as  shown.  It  is 
assumed  that  each  site  will  have  DDPS/TDPS/SCE  equipment  and  maintain  real 
time  or  near  real  time  data  transfer  capability. 
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When  reducing  the  number  of  ground  sites  to  less  than  the  fundamental  set  of 
Five  for  orbital  support,  two  for  launch  (MLA,  BDA)  and  one  for  training 
(etc),  it  was  assumed  that  GDS,  MAD,  and  ORR  would  always  be  a part  of  the 
GSTDN,  as  well  as  ETC  and  the  launch  support  stations.  In  short,  analysis 
was  conducted  on  the  effects  of  removing  ULA,  ROS,  and  ULA  and  ROS  on  the 
Principal  Control  Concept.  When  lA  stations  were  considered,  the  planned 
1978-1979  station  configuration  from  the  Network  Support  Capability  Plan  was 


1 GSTDN  MISSION  MODEL  ASSUMPTIONS  I 
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Sensitivity  Analysis 

SMALLER  GSTDN  NETWORK  HAS  INHERENT  OPERATIONAL  DEFICIENCIES 

Tkz  P^UncUpal  Coyit/Lot  Conc.e.pt  ^ am.^^zcto,d  by  the.  vu>z  a.  lA-^tatLon. 
GSTVU,  iahile,  tei&  than  7 .6tition6  tvtiz  paoducz  tncaea^e^  tnteJVw.pt& 
d^ckaated  ieJiv^ae.  to  -i>yndin.onoiu  iateLUte.&  and  alto  tuggettt  the 
ute  0^  a pAtoatty  tcheme  Soa  tcheduLLng. 

l4-Station  Configuration 

The  planned  1978-1979  GSTDN  configuration  could  supply  service  to  the  base- 
line mission  model  with  no  effect  on  the  Principal  Control  Concept.  This 
configuration  would  provide  added  emergency  support  and  Shuttle  back-up  be- 
cause of  its  increased  geographical  diversity 

Less  Than  7~Station  Configuration 

increases  in  interrupts  to  dedicated  synchronous  support  will  become  more 
frequent  if  ULA,  ROS,  or  both,  are  moved  from  the  network.  This  will  occur 
when  the  loss  of  ULA  places  GEOPAUSE  and  SPHINX  in  conflict  on  GDS  9m  an- 
tenna, or  when  the  shift  of  the  Atlantic  synchronous  satellite  to  MAD  causes 
conflict  on  the  9m  link  with  an  elliptical  satellite  at  perigee.  Backup 
capabilities  are  also  d'lminished  for  handling  unscheduled  downtimes  and 
emergency  situations  requiring  geographically  diverse  facilities. 

±50^  Loading 


The  primary  impact  of  a 50^  increase  in  loading  on  the  Principal  Control 
Concept  is  in  the  area  of  scheduling  Coordination  of  the  scheduling  of  the 
9m  and  26m  antennas  will  be  accomplished  through  the  efforts  of  the  NOCC, 
the  use  of  a priority  scheme,  or  resolution  by  projects  Because  the  time 
available  for  system  maintenance  will  decrease,  NOCC  coordination  will  again 
play  a larger  role  in  the  scheduling  function.  There  will  be  no  effect  on 
the  Principal  Control  Concept  for  a 50%  decrease  In  load 
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GSTDN  SENSITIVITY  ANALYSIS  RESULTS 

• MAJOR  IMPACT  OF  GSTDN  VARIATIONS  IS  ON  SCHEDULING 

• INCREASED  LOADING  TENDS  TO  REQUIRE  A SATELLITE-BY-SATELLITE  PRIORITY 
SYSTEM  FOR  SEVEN  OR  LESS  GSTDN  STATIONS 

e NOCC  WILL  BE  REQUIRED  TO  SPECIFY  SYNCHRONOUS  INTERRUPTS  FOR 
INCREASED  LOADING  AND/OR  LESS  THAN  SEVEN  GSTDN  STATIONS 

• FOURTEEN  STATIONS  PROVIDE  INCREASED  CAPABILITY  TO  SUPPORT  SHUTTLE 

• BACKUP  CAPABILITIES  FOR  UNSCHEDULED  DOWNTIMES  AND  EMERGENCIES 
DECREASE  FOR  LESS  THAN  SEVEN  STATIONS 
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ORGANIZATION  OF  PHASE  II  ANALYSIS 
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Control  Concept  Refinement 

This  section  of  the  report  refines  the  basic  characterization  of  the 
operations  control  concept  alternatives  identified  in  Phase  I.  In  the 
concept  alternatives,  the  NOCC  was  characterized  by  Operations  Management 
and  the  ASR  and  CASMS  hardware/software  systems.  It  was  implicit  In  the 
Phase  I analysis  that  Operations  Management  was  the  relationship  of 
personnel  and  tasks  that  in  reality  implemented  the  control  concept  The 
ASR  and  CASMS  were  the  tools  which  assisted  in  the  implementation  of  con- 
trol. Additionally,  a set  of  information  flows  were  identified  which 
served  to  characterize  the  control  center,  user,  STDN  element  interfaces. 
The  refinement  of  these  characteristics  Is  presented  in  three  subsections 
which  address  the  Automatic  Scheduling  Routine  (ASR),  Control  and  Status 
Monitoring  System  (CASMS)  and  Operations  Management.  In  the  refinement 
of  Operations  Management,  three  salient  human  factors  subject  areas  are 
addressed:  major  skill  levels  needed,  task  capabilities  of  the  different 

skill  levels,  and  tool  requirements  for  each  skill  level. 

Inclusion  of  these  areas  in  this  section  allows  the  characteristics  of 
Operations  Management  to  be  refined  to  the  level  where  NOCC  staffing  can 
be  identified  and  its  basis  demonstrated  in  a logical  flow  Additionally, 
the  impacts  of  loading  and  control  concept  variations  upon  the  Principal 
Control  Concept  can  be  presented  In  terms  of  personnel  as  well  as  hardware/ 
software  changes. 

Human  Factors  Considerations 


Specific  topics  relating  to  the  STDN  Control  Center  man/machine  interface 
are  developed  in  this  portion  of  the  report.  These  topics  include  working 
space  requirements,  CRT  display  character  parameters,  personnel  selection 
and  training,  color  versus  monochrome  display  trade-offs  and  the  man/ma- 
chine interface.  These  topics  were  selected  because  the  parameters  which 
affect  the  analysis  are  not  directly  impacted  by  control  center  configura- 
tion, location  and  structure.  Therefore,  although  the  selected  control 
concept  recommends  a specific  configuration,  location  and  structure  for 
the  NOCC,  these  analysis  results  are  equally  applicable  to  other  control 
center  configurations. 
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Supplementing  the  specific  topics  treated  within  the  body  of  the  report, 
is  a specialized  human  factors  primer  which  treats  the  general  area  of 
working  conditions.  This  primer  presents  guidelines  and  methodologies  for 
determining  and  implementing  working  condition  changes  motivated  by  human 
factors  considerations. 

Cost  Analysis 

For  the  various  control  concepts  developed  in  Phase  I and  the  refinements 
reported  herein,  Rough  Order  of  Magnitude  (ROM)  cost  estimates  are  provided 
for  major  control  system  components  Cost  Summaries  are  provided  in  the 
report  and  supported  with  detailed  cost  data  sheets  in  Appendix  H.  Cost 
comparisons  are  made  between  the  Principal  Control  Concept  and  alternatives 
synthesized  in  Phase  I 
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Control  Concept  Refinement  - ASR 

AUTOMATED  SCHEDULING  ROUTINE  - A MULTI -CAPABLE  NETWORK  MANAGEMENT  TOOL 
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ulz,  but  utio  4e^ve6  cu>  an  tnte/uictLvz  network  tool  u&zd  ^on.  plan- 
ning and  conflict  A.Z6olwtcon, 
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The  Phase  I analysis  described  a set  of  network  control  concepts  for  STDN 
operations  in  the  TDRSS  era.  Basic  to  each  of  these  was  the  Automatic 
Scheduling  Routine  (ASR).  Below  is  a summary  of  material  from  the  Phase  I 
report,  describing  the  functions  and  desired  capabilities  of  the  ASR  in 
Its  role  of  controlling  the  allocation  of  network  resources.  The  remainder 
of  this  section  is  dedicated  to  refinement  of  the  ideas  presented  in  the 
Phase  I report  as  they  apply  to  the  ASR 

Provision  of  Service  Ordering 

To  take  advantage  of  long  TDRSS  view  times  and  large  amounts  of  free  time, 
service  requests ^ were  assumed  to  be  one  of  the  following  forms*  generic, 
specific  or  quasi -generic.  Generic  requests  are  those  which  must  be 

periodically  scheduled, but  the  time  at  which  the  event  occurs  is  not 

critical  within  specified  rules.  Specific  requests  represent  the  other 
end  of  the  request  spectrum.  These  events  require  scheduling  at  the 
precise  time  requested.  Quasi -generic  requests  are  specific  requests  with 
increments  about  their  initiation  times.  For  example,  a request  for 
return  link  support  of  a data  dump  may  specify  a desired  start  time  plus 

or  minus  “X"  minutes.  Therefore,  a time  variant  provision  of  the  service 

ordering  scheme  can  be  adopted  as  part  of  the  scheduling  approach.  In 
this  scheme  all  satellites  are  assumed  to  have  equal  weighting  when  request 
i ng  use  of  STDN  resources.  However,  specif i c requests  would  always  be 
scheduled  first,  quas i -gener i c second,  and  generic  last.  Also, the  request 
type,  and  hence  weighting,  could  change  as  a function  of  time  For  example 
periodic  preventive  maintenance  (PM)  could  be  considered  initially  as 
generic  requests  but  as  the  time  since  the  last  PM  increases,  the  next 
required  PM  activity  assumes  a more  "specific”  nature. 

Identification  of  Scheduling  Alternatives/Interactive  Capability 

There  will  exist  situations  when  the  algorithms  designed  to  supply  conflict 
free  schedules  may  not  be  able  to  do  so  without  violating  built-in  program 
constraints.  This  may  occur  during  periods  of  heavy  loading  or  when 
priority  considerations  cannot  be  resolved.  In  keeping  with  the  goals  of 
transparency  and  f lexi b 1 1 1 ty,  i t is  desirable  for  the  system  to  generate 
possible  alternatives  for  service  at  these  times.  If  a decentralized  mode 
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IS  selected  for  the  ASR,  the  users  may  then  be  given  available  choices 
that  are  compatible  with  the  scheduling  algorithm  which  are  close  to  their 
original  requests.  If  a centralized  mode  were  selected,  this  information 
would  be  given  to  the  NOCC.  In  the  same  way,  a user  could  make  numerous 
requests  for  the  program,  be  informed  of  the  impact  that  each  would  gener- 
ate and  select  from  among  them.  This  flexibility  of  the  interactive 
capability  gives  the  NOCC  the  ability  to  minimize  its  routine  contact  with 
the  users  and  gives  the  users  the  information  needed  to  request  schedule 
changes . 


Balance  Between  Forecasting  and  Near-Term  Scheduling 


To  facilitate  project  support  planning,  schedules  must  be  produced  and  ser- 
vice “guaranteed,"  within  limits,  with  sufficient  advance  notice  This 
implies  that  users  can  define  their  needs  far  enough  Into  the  future  with 
enough  confidence  for  them  to  be  entered  into  the  ASR.  For  the  orderly 
functioning  of  the  ASR,  the  terms  "define  their  needs"  and  "far  enough  into 
the  future"  must  be  carefully  examined  and  judicious  choices  made  for  their 
specification . 

The  network  must  also  be  responsive  to  the  needs  of  users  which  arrive  unex- 
pectedly or  within  a short  period  before  the  support  is  needed.  Requirements 
for  supplementary  tracking  contracts  or  an  orbital  maneuver  needed  to  observe 
some  phenomenon  (e.g.,  solar  flares  for  OSO)  may  occur  during  the  execution 
of  "guaranteed"  service,  and  the  ASR  should  be  capable  of  incorporating  these 
requests  in  real  time  with  a minimum  impact  on  the  remainder  of  the  users. 
Again,  a thorough  analysis  of  the  problem  must  be  made  before  a "cut-off" 
point  is  chosen, after  which  all  inputs  are  considered  "interrupts"  rather  than 
scheduled  entries.  An  alternative  to  this  scheme  is  a constantly  updated 
schedule  with  no  deadlines  at  all.  The  important  d i f f erences seen,  between 
the  ASR  and  present  methods  are  the  potential  reduction  in  lead-times  from 
days  to  hours,  and  the  automated  real  time  rescheduling  or  presentation  of 
alternatives  which  permit  POCCs  to  perform  the  work  and  assume  the  respon- 
sibility for  their  own  scheduling. 

NOCC  Authority  Over  Matrix  Control 


The  ASR  is  designed  to  suplaort  a matrix  control  concept.  As  such,  the  ASR 
permits  the  scheduling  function  to  be  almost  entirely  decentralized,  with 
all  interfaces  being  between  the  ASR  and  the  users.  In  this  configuration  the 
NOCC  would  monitor  the  operation  of  the  ASR.  However,  the  ASR  also  can  be 
configured  to  be  totally  centralized.  In  this  case  the  users  still  enter 
requests  directly  to  the  ASR, but  no  scheduling  changes  are  made  without  NOCC 
approval.  Varying  degrees  of  central izat lon/decentral izatlon  can  be  achieved 
by  the  NOCC  by  modifying  the  ASR  to  decentralize  types  of  events,  specific 
users,  events  with  certain  lead  times,  etc. 
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Control  Concept  Refinement  - ASR 

A SOPHISTICATED  SCHEDULE  PROCESSOR  IS  AN  ESSENTIAL  REQUIREMENT 

To  2n6u/LZ  thz  tbaeJiy  A.z6ohitcon  o^  aompttx  c.on^£A,<iti , u)(uZe.  con- 
cjuAJirntty  p/LOV-aUng  management  the  projected  ^yitem 

toacU  and  the  fieqtxi&ite  planning  capability,  the  ASR  concept  fieqaiae^ 
a topkUticated  scheduling  p/cocessoA, 

Scheduling  Algorithms 

A scheduling  algorithm  is  a highly  structured  process  In  logic.  Requests 
for  job  execution  are  input,  and  the  process,  at  a minimum,  analyzes  the 
requests  to  verify  feasibility  and  identifies  any  conflicts  that  may 
exist.  If  no  conflicts  exist,a  schedule  queue  is  established  and  docu- 
mented in  the  data  base.  When  conflicts  are  discovered,  the  process  will 
attempt  to  resolve  the  conflicts  or  at  least  provide  feasible  alternatives 
to  users. 

The  initial  establishment  of  a schedule  and  the  resolution  of  conflicts 
can  be  performed  at  various  levels  of  algorithm  sophistication.  On  the 
most  basic  level,  an  algorithm  may  produce  a schedule  which  is  simply 
feasible.  In  such  a case,  the  process  terminates  when  any  schedule  is 
obtained  which  can  be  executed  with  available  resources  in  the  allotted 
time.  However,  greater  system  efficiency  can  often  be  realized  if  the 
process  is  designed  with  cognizance  of  the  schedule  request  behavior.  In 
addition,  special  effects  or  system  objectives  may  be  obtained  with  the 
use  of  even  more  sophisticated  algorithms. 

Schedul mg  in  the  Phase  I Model 

In  the  Phase  I analysis, a simple  model  of  STDN  scheduling  activity  was 
studied  using  I983  projected  network  utilization  as  baseline  load.  In 
that  study  the  schedule  requests  to  the  ASR  could  be  viewed  as  specific 
requests  submitted  by  the  users  Results  from  the  Conflict  Analyzer 
Indicated  that  only  about  five  percent  of  the  initial  requests  were  in 
conflict.  It  was  also  determined  that  a very  high  percentage  of  the 
requests  for  service  initially  in  conflict  could  be  honored  when  the 
requests  were  allowed  to  be  moved  by  the  zero-order  conflict  receiver  a 
given  number  of  minutes  from  their  originally  requested  time.  However, 
when  loads  were  Increased,  the  capability  of  the  scheduler  to  grant  re- 
quests dropped  very  rapidly.  This  phenomenon  was  particularly  noticeable 
when  the  shuttle  was  introduced  into  the  network  load.  At  the  conclusion 
of  the  Phase  I analysis,  two  major  requirements  were  identified  for  the 
ASR:  1)  capability  for  centralized  control  to  ensure  timely  resolution  of 

complex  conflicts  during  high  load  periods,  and  2)  the  use  of  a more 
sophisticated  scheduling  algorithm  to  manipulate  generic  requests  under 
heavy  system  loads. 
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In  response  to  the  ASR  requirements  Identified  In  the  first  phase  of  the 
research,  the  initial  step  of  the  continuing  research  was  directed  towards 
qn  investigation  of  the  nature  of  STDN  scheduling  problem  within  the  state 
of  the  art.  The  attributes  of  manual  and  automated  scheduling  mechanisms 
were  compared  and  based  on  accepted  mission  models,  requirements  were 
reassessed  in  more  detail  and  recommendations  for  algorithms  were  made 

The  results  of  the  research  are  presented  in  the  following  pages  of  this 
report.  The  information  had  been  categorized  into  three  general  sections 
addressing  first  the  general  case,  then  STDN.  Following  a summary  of  the 
finding,  the  sections  are  presented  in  the  following  order* 

1)  The  nature  of  the  scheduling  problem, 

2)  Categories  of  scheduling  problems  and  configurations,  and 

3)  Recommendations  and  rationale. 


ELEMENTS  OF  THE  SCHEDULING  PROCESS 
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Control  Concept  Refinement  - ASR 

PHASE  il  FINDINGS  ON  THE  AUTOMATIC  SCHEDULING  ROUTtNE 
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Feasibi 1 ity  of  ASR 

Implementation  of  an  automatic  scheduling  routine  was  shown  to  be  a feasible 
consideration  in  Phase  I.  In  Phase  II  more  justification  for  the  feasi- 
bility of  an  ASR  was  provided  as  well  as  recommendations  for  the  imple- 
mentation of  such  a system.  The  Mission  Model  (Reference  1}  indicates 
the  requirement  for  1500  to  2000  hours  of  s_upport  to  be  provided  on  STDN 
resources  (Appendix  F) . Added  to  this  scheduling  load,  the  requirements 
to  provide  near-  and  fai — term  scheduling,  interactive  and  trial  scheduling, 
and  data  base  query  capabilities  were  sufficient  to  justify  automation. 

Cost  Considerations 


The  cost  of  an  automated  system  was  also  found  to  be  an  incentive  to  imple- 
ment an  ASR.  It  was  estimated  that  a savings  in  manpower  of  up  to  67? 
could  be  effected,  yielding  a savings  of  nearly*$5  million  in  manpower 
costs.  Hardware  and  software  development  costs  were  estimated  to  range 
from  $500K  to  $800K 

A1 gori thms 


A fairly  sophisticated  algorithm  will  be  needed  for  the  ASR,  but  initially 
a multiple  pass  feasibility  search  would  be  used  and  the  capability  to 
add  loading  rules  as  subroutines  would  be  provided. 

Further  investigations  to  find  algorithms  to  solve  the  overall  STDN  sched- 
uling problem  should  focus  on  research  on  the  N/2  Job  Shop  and  Branch  and 
Bound  type  algorithms.  In  addition,  STDN  should  be  further  analyzed  to 
identify  systems  to  which  existing  scheduling  algorithms  might  be  applied. 

Hardware 


Finally,  dedicated  hardware  was  selected  for  ASR  implementation  in  order 
to  ensure  that  the  NOCC  scheduling  operation  would  always  have  highest 
priority  to  access  the  ASR  if  centralized  control  was  necessary.  Although 
existing  GSFC  equipment  could  potentially  support  this  application,  use  of  a 
dedicated  mini-computer  of  some  sophistication  would,  in  the  long  run, 
avoid  the  conflicts  which  are  part  of  operational  reality  in  a large 
computing  system 
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PHASE  II  FINDINGS  - SCHEDULING 

• PROJECTED  WORKLOADS  AND  DESIRED  PERFORMANCE  CAPABILITIES 
JUSTIFY  ASR 

• COST  OF  ASR  IS  AN  INCENTIVE 

"$5  MILLION  SAVINGS  IN  MANPOWER  COSTS 
—COMBINED  ASR  HARDWARE/SOFTWARE  DEVELOPMENT  COSTS 
ESTIMATED  AT  $500K  - $800K 

• SOPHISTICATED  ALGORITHM  REQUIRED 

—MULTIPLE  PASS  FEASIBILITY 
—HEURISTIC  LOADING  RULES 

—APPLICATION  OF  EXISTING  OPTIMIZATION  ALGORITHMS 
TO  SPECIFIC  SUBSYSTEMS 

• PURSUE  RESEARCH  OF  N/2  JOB  SHOP,  BRANCH  AND  BOUND  ALGORITHMS 

• UTILIZE  DEDICATED  HARDWARE 
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INTRODUCTION  TO  SCHEDULING  THEORY 

PAobtm!)  0^  ieqaencing  activ^ctCz6  oAXse.  Xn  tvm  Xht  mo6X  mtiyidam 
■6&ttcng4  ivhm  ope/vcuCXon6  mast  6e  oAdz/iod  be,^on.o.  thejx  can  be  execaXed. 

In  dXi>e(K>iXng  the  meJlhodologXes  XnvoXved  Xn  scfiedaXXng  tfizoAy', 
dX(>tXnctXon6  toXtC  be  ob.6eA.ved  Between  6c.fiemes  ^oa  descAXbXng 
6eheduXe6,  6eheduLtng  techyUque6  aXmed  at  poAtXaaX/xA  ope/tattonaX 
gocJU,  and  axitxxaJL  methods  {^oA  genenatXng  6ckeduie6. 

Broad  Range  of  Problems 

Whenever  a choice  exists  as  to  the  order  and  way  in  which  a number  of  tasks 
might  be  accomplished,  there  is  a potential  scheduling  problem  Scheduling 
"problems  obviously  get  solved,  .however,  most  of  these  problems  are  solved 
quite  casually  or  automatically  without  explicit  recognition  that  a problem 
ever  existed,  much  less  that  a solution  was  obtained."  (Reference  19)  The 
study  of  scheduling  has  progressed  significantly  in  the  last  20  years,  but 
even  in  1973  R V Oakford,  speaking  of  school  scheduling,  saw  "the  area  of 
interactive  scheduling,  .[as],  almost  wide  open."  (Reference  20) 

Views  of  Scheduling  Problems 


Scheduling  problems  can  be  viewed  from  many  different  angles.  A “variety 
^ of  mathematical  or  analytic  tools  form  the  theoretical  basis  for  studying 
schedules,  and  the  choice  of  analytic  technique  depends  upon  the  setting 
of  the  particular  problem.  fn  addition.  Before  any  significant  progress 
toward  solving  a particular  problem  can  Be  made,  the  problem -mast  first 
be  clearly  stated.  Then  the  operational  objectives  of  the  system  must  Be 
determined.  Finally,  the  method  to  be  used  for  producing  the  schedule  mast 
be  chosen.  Different  aspects  of  scheduling  theory  apply  to  each  of  these 
areas.  The  ensuing  discussion  implicitly  distinguishes  three  aspects  of 
scheduling  theory,  analytic  frameworks,  scheduling  oBjectives,  and 
schedule  generating  techniques.  ’ 

Theoretical  Basis 


Three  analytic  techniques  are  used  in  the  study  of  scheduling  problems, 
algebraic,  probabilistic,  and  Monte  Carlo  simulation.  Algebraic  techniques 
involve  explicit  calculations  and  focus  on  fixed  data  or  values  such  as 
average  or  maximum  flow  time  for  a given  schedule.  Such  techniques  are 
applied  to  scheduling  situations  where  everything  that  is  to  be  accomplished, 
resources  to  be  allocated,  tasks  to  be  performed,  etc.,  are  known  and 
deterministic  In  other  cases,  however,  conditions  change  with  time  such 
as  the  number  of  things  available  to  be  done  or  the  resources,  machines, 
manpower,  materials  available  to  do  the  requfred  work.  Often  the  behavior 
of  the  demand  or  the  resource  availability  can  only  he  predicted  as  trends 
in  time.  In  such  cases  probabilistic  studies  are  often  used  to  determine 
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what  to  do  next  or  what  resource  to  apply.  TEie  calculations  involve  sto- 
chastic values  and  the  results, therefore, tnvolve  probaSTl Ittes  or  confi- 
dence ranges.  In  still  other  cases,  the  focus  of  the  study -may  Be  narrower, 
involving  a particular  set  of  resources  and  operations.  If  the  system 
of  resources  and  operations  will  be  functioning  continuously,  computer 
simulations  are  effective  tools  In  studying  and  comparing  schedules.  The 
system  model  Is  allowed  to  run,  and  Its  performance  Is  assessed  from  output 
data . 


Analytic  Frameworks 


Analytic  Frameworks  are  the  languages  or  words  in  which  scheduling  problems 
are  posed.  Most  notable  among  these  is  the  job  shop.  Terminology  used  in 
this  process  Is  derived  from  an  idealized  manufacturing  situation,  viewing 
things  to  be  done  as  jobs  and  resources  to  be  applied  to  the  jobs  as  ma- 
chines. The  job  shop  process  will  be  more  fully  discussed  on  pagelll-30. 


Scheduling  Objectives 

Scheduling  with  particular  objectives  In  mind  may  be  done  to  enhance  some 
aspect  of  a system's  performance.  Scheduling  against  due  dates  Is  an 
example  of  such  motivation.  Particular  objective  functions  are  used  to 
aid  choosing  between  alternative  feasible  schedules.  Objective  functions 
as  they  apply  to  STDN  will  be  treated  on  page  I I [-2^. 


Schedule  Generating  Techniques 


Finally  the  actual  processes  for  creating  a schedule  for  the  activities  of 
an  organization  or  system  may  be  studied  These  vary  from  the  simplest 
rostering  techniques  which  Involve  simply  searching  along  for  the  first 
available  time  slot  in  which  to  schedule  an  activity  to  the  most  sophisticated 
computer  run  aigorithms  which  provide  schedules  optimized  with  respect  to 
some  goal.  On  111-26,  a better  understanding  of  the  range  of  schedule 
generating  techniques  and  a comparison  of  their  various  attributes  will  be 
provided . 


These  distinctions  underlie 
report.  After  the  scope  of 
tions  for  fulfilling  STDN's 


the  discussion  In  the  subsequent  section  of  this 
these  various  areas  has  been  described,  recommenda- 
needs  in  preparation  for  the  TDRSS  era  are  made. 
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Control  Concept  Refinement  “ ASR 

GENERAL  CHARACTERISTICS  OF  SCHEDULING  PROBLEMS 

A 6c.h&.duLLng  p/ioblm  whemve/c  a.  number  job6  mu6t  be  com- 

ptcted  with  the  un>c  oi  a tmited  nmboA  oi  ^cSouAca  uf-vtlUn  ^pccZ^-ced 
;tone  coyi6t/uUnt6, 

Information  Types 

Any  specific  scheduling  problem  is  described  by  four  types  of  information 

1)  The  nature  and  number  of  jobs  and  associated 
operations  to  be  processed, 

2)  The  number  or  quantity  of  available  resources, 

3)  Exogenous  constraints  or  disciplines  that  restrict  the 
manner  in  which  scheduling  assignments  can  be  made,  and 

4)  The  measure  of  effectiveness  or  generic  criteria  by  which 
the  formulated  schedules  are  evaluated. 

Resource  Considerations 


Depending  on  the  nature  of  a job,  the  limiting  resources  may  include  man- 
power, money,  supply  of  materials,  and  machines  The  one  resource  which  is 
common  to  most  scheduling  problems  is  time.  A scheduler  is  most  often  faced 
with  deadlines  or  at  least  must  work  within  "as-soon-as-possible"  time 
constraints. 

Ope  ra  t i ons  Reg  u i red 

Scheduling  problems  may  be  further  complicated  by  the  added  dimension  of 
the  number  of  operations  per  job.  This  dimension  may  compound  the  number 
of  steps  a job  must  be  processed  through  before  completion  or  may  specify 
a sequence  of  steps  which  affect  decreases  in  the  system  flexibility 
causing  the  scheduling  process  to  become  more  difficult 

Constraints 


Exogenous  constraints  limit  the  feasibility  of  scheduled  jobs 
constraints  would  include  any  factors  which  could  prohibit  the 
of  a job  for  reasons  other  than  resource  availability,  such  as 
conditions  fora  TORS 


These 

processing 
eel  1 pse 
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Criteria 


The  criteria  by  which  schedules  are  evaluated  are  often  unique  to  the 
particular  problem.  These  criteria  are  used  to  ensure  that  the  scheduling 
objectives  are  attained.  Such  objectives  range  from  simply  producing  an 
adequate  or  feasible  schedule,  to  providing  very  efficient  or  optimal 
schedules.  It  should  be  noted  that  uniqueness  In  scheduling  objectives 
has  thwarted  attempts  to  find  general  solutions  to  many  large  scheduling 
problems. 

Representation 

The  figure  illustrates  the  type  of  problem  which  has  just  been  described 
The  roadway  represents  the  resources  over  which  the  cars,  representing 
jobs,  must  pass  to  reach  their  desired  destination.  Some  jobs  are  already 
on  the  road,  scheduled,  others  are  trying  to  enter  it,  requesting  place- 
ment in  schedule  queues.  Cars  enter  the  highway,  schedule  requests  are 
granted,  with  cognizance  of  the  narrowing  road  ahead,  limited  resources. 


DEFINITION  : SCHEDULI NG  PROBLEM 


AHV  PROCESS  VHERE 


• A NUMBER  OF  JOBS  REQUIRE  COMPLETION  AND 
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Control  Concept  Refinement  - ASR 
THE  STDN  SCHEDULING  PROBLEM 

Th^  STPW  ^chedutcng  problem  cUtmpting  to  o&qa. 

n.zqu.Qj,t  loft  AatoJUUtz  comuyncdtcon  ieAvtca^  with  a tmitod  quantity 
0^  e.qiu.pme.nt  A&6ouJiae6  uictkcn  ma.joJi  netwoAk  aompomnti . 

Sal  lent  Problem  Elements 


The  driving  element  of  the  problem  is  the  request  for  user  operations  as 
shown  on  the  left  hand  side  of  figure.  These  operations  include  routine 
communications,  simulations  and  tests,  launch  and  recovery,  spacecraft 
emergencies,  and  other  similar  operations.  Any  ground  station  may  be 
considered  its  own  user  when  requesting  maintenance  operations. 

Each  of  these  operations  is  composed  of  one  or  more  fundamental  STDN  ser- 
vice functions.  For  example,  routine  communications  are, in  fact, a series 
of  telemetry,  tracking,  and  command  system  functions.  These  are  the  service 
functions  that  are  scheduled  by  the  ASR,  i.e.,  they  require  the  allocation 
of  resources. 

Allocation  of  Resources 


A schedule  of  the  allocation  of  STDN  resources  is  produced  in  response  to 
the  user  requests.  The  major  elements  which  must  be  scheduled  are  TDRSS, 
GSTDN,  NASCOM,  and  user  facilities.  These  segments  of  the  network  control 
the  various  pieces  of  equipment  necessary  to  complete  a link,  either  for- 
ward or  return,  with  a user  satellite.  The  quantity  and  characteristics 
of  this  equipment  impose  constraints  on  the  service  requests  STDN  can 
possibly  grant.  For  example,  there  are  only  six  TDRSS  single-access  (SA) 
and  23  multiple-access  (MA)  channels  including  the  space;  and  NASCOM  lines 
have  fixed  data  rate  and  frequency  capabilities. 

The  scheduling  of  a user's  request  for  service  entails  the  coordinated 
scheduling  or  dedication  of  compatible  equipment  from  the  network  subsys- 
tems indicated. 

Even  though  some  STDN  equipment  may  be  available  for  the  support  of  a 
given  spacecraft  at  a particular  time,  exogenous  constraints  may  still 
render  a service  request  infeasible  Such  constraints  Include  configura- 
tions, for  SA  or  MA,  TDRSS  or  GSTDN  support,  frequencies,  data  rates,  and 
predicts  such  as  AOS,  LOS,  and  sun  angles.  Part  of  any  STDN  scheduling 
system  is  feasibility  screening  based  on  these  technical  and  physical 
considerations.  This  information  will  be  maintained  in  the  data  base  for 
the  ASR  to  facilitate  verification  of  request  feasibility  before  the 
request  is  scheduled 
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THE  STDN  SCHEDULING  PROBLEM 


DRIVING  ELEMENTS 


STDN  SERVICE  FUNCTIONS L ' 

• COMMAND  COMMUNICATION  REQUESTS 

• TELEMETR/ 

« TRACKING 

• COMMUNICATIONS 

SCHEDULED 

EVENTS  


MAJOR  NEn/ORK  COMPQNETS 

• TDRSS 

• GSTDK 

• HASCOM 
w USERS 


1 RESOURCE  AVAILABILITY  | 

o 

TDRSS  SA  LINKS 

• 

TDRSS  HA  LINKS 

9 

GSTDN  ANTENNAS 

« NASCOH  LINES 
• USER  I/O  PORTS 
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SATISFACTION  OF  USER  DEMANDS  ON  STDN  DEPENDENT  LARGELY  ON  COOPERATION 

The  ZvruXed  AeAoafLczd  SWN  can  be,  izveaeZy  taxed  by  as  e/L 
demands.  UiCJi  coopeoation  and  a mutuat  azcognitton  and  appfizcMi- 
tion  oi  pKloKltlet  wilt  bz  patmz  azqaU-xteyS  to  iall  mt6^x.on 
accomptu  hmznt. 

Interrelationships 

The  figure  illustrates  the  interrelationship  which  exists  among  users. 

Simply  stated,  when  a user  requests  allocation  of  resources  for  his  own 
purpose,  he  has  further  constrained  the  resources  available  to  the  remain- 
ing users.  When  loads  peak  (concentration  of  jobs  within  a finite  time 
I nterval ),  users  may  be  denied  service  due  to  the  lack  of  available  resources 
However,  mutual  cooperation  on  the  part  of  users  can  minimize  the  level  of 
peak  loading.  If,  as  suggested  in  the  Phase  I report  all  users  have  an 
Interactive  capability,  they  can  be  aware  of  busy  periods  and  select 
alternative  times.  For  example.  User  #1  (POCC  #1)  in  the  diagram  might 
represent  the  Shuttle  which  captures  all  of  the  TDRS-West  SA  capability. 
Other  users  coming  into  the  system  requiring  SA  links,  cognizant  of  exist- 
ing loads,would  make  requests  for  periods  of  times  when  loads  are  lighter 
but  which  still  satisfy  their  requirements. 

Such  a system  would  be  far  different  from  the  scheduling  process  used  by 
STDN  today.  However,  in  light  of  the  potential  for  scheduling  problems 
the  equitable  allocation  of  resources  may  be  incentive  enough  to  win  user 
cooperati on 

System  Flexibility 

Equitable  distribution  of  resources  implies  the  allocation  of  communica- 
tion links  to  users  based  on  respective  needs.  This  can  be  accomplished 
only  when  a sufficient  degree  of  system  flexibility,  facilitated  by  user 
cooperation,  is  present. 

Several  other  user  benefits  are  to  be  derived  through  system  flexibility. 
When  peak  loads  or  busy  periods  are  eased,  the  probability  of  providing 
unscheduled  or  emergency  service  without  causing  major  perturbations  in 
the  existing  schedule  is  significantly  increased  Conversely^  the  proba- 
bility of  a scheduled  event  being  charged  or  "bumped"  by  a high  priority 
event  is  minimized 

System  f lexi  fai  1 1 tV'^^can  be  further  increased  by  avoiding  inflexible  schedule 
requests  whenever  possible.  Specific  requests  severely  constrain  the 
capability  of  the  schedule  processor  and  may  minimize  overall  system 
capacity  by  denying  even  a complicated  scheduling  processor  the  ability 
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to  adjust  the  timing  of  scheduled  events  to  resolve  confljcts.  On  the  other 
hand,  generic  requests  permit  the  processor  to  plan  events  in  light  of 
request  behavior,  minimizing  loads  during  busy  periods  and  maximizing  the 
probability  of  granting  random  requests 

Impl ications 

User  cooperation,  therefore,  will  provide  sufficient  flexibility  to  allow 
STDN  to  employ  and  benefit  from  scheduling  algorithms  of  higher  levels  of 
sophistication. 
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THE  SEQUENCING  OF  STDN  RESOURCE  ALLOCATION  IS  SITUATION  DEPENDENT 

(i/^atfUn  a itexibte,  a.  mmbon.  oi  6chzdateA  may 

2xc6t,  one.  on.  mofie.  wfUck  may  bz  dzemzd  mon.z  de^ZnabZz  ba&ed 

on  6p&ci^Xc  cnXteJua. 

Gantt  Chart 


The  figure  presented  here  is  a Gantt  Chart  which  illustrates  an  example  of 
a feasible  schedule  of  STDN  communication  links.  Each  line  of  the  chart 
represents  a link,  and  the  rectangles,  both  solid  and  dashed,  represent 
events.  Rectangle  position  and  length  correspond  to  event  time  and 
duration.  The  dashed  rectangles  represent  alternative  feasible  schedule 
times  for  certain  events  which  may  have  been  rescheduled  for  specific 
reasons.  These  reasons  or  criteria  can  be  viewed  as  specific  system  objec- 
tives which  may  vary  with  differing  situations. 

Specific  Criteria 

If  the  criteria  of  maintaining  free  time  or  minimizing  the  number  of  jobs 
on  a system  at  any  time  is  imposed,  events  may  be  rescheduled  as  at@.  This 
might  represent  distribution  of  work  among  TDRSS  SA  links.  Such  a criterion 
would  tend  to  maximize  the  system's  capability  to  respond  to  unscheduled  or 
erne rgency  requ I remen  ts . 

in  particularly  busy  periods  when  system  flexibility  has  been  reduced,  it 
may  be  desirable  to  maximize  the  amount  of  work  scheduled  for  the  system, 
to  clear  away  any  backlog  of  operations.  Maximizing  throughout  in  this  way 
might  mean  in  the  STDN  case  maximizing  the  amount  of  data  processed  in  a 
given  time  period  Techniques  for  maximizing  throughput  are  illustrated 
graphically  at(B)and(^by  simple  advancements  in  schedule  time,  and  at{^ 
by  a reordering  of  events. 

Finally,  rescheduling  to  distribute  workload  is  illustrated  at  (p.  Lines  11 
and  12  might  be  antenna  systems  at  Madrid;  line  13,an  antenna  at  Rosman. 
Subject  to  orbital  parameter  constraints,  distributing  work  in  this  way 
makes  each  link  more  flexible  to  accommodate  unscheduled  events  since  no  one 
link  is  tied  up  for  an  extended  period  of  time. 

Optimal  Scheduling 

The  systematic  selection  of  one  type  of  alternative  schedule  over  others  is 
what  is  meant  by  optimal  scheduling.  There  are  basically  two  categories  of 
processing  techniques  which  will  facilitate  the  selection  of  an  optimal 
schedule;  total  and  implicit  enumeration.  Total  enumeration  involves 
identifying  all  feasible  schedules  and  selecting  one  which  best  satisfies 
the  system  objectives. 
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Although  such  a technique  is  easily  conceptualized,  the  number  of  calcula- 
tions necessary  to  execute  it  becomes  prohibitively  large  for  a complicated 
problem.  Implicit  enumeration  methods  limit  the  number  of  possible  sched- 
ules which  are  even  considered.  However,  the  logic  in  such  processors  is 
highly  complex  and  execution  times  for  such  methods  might  also  become  very 
long  if  the  problem  was  complicated. 


SCHEMATIC  EXAMPLE  OF  FEASIBLE  SCHEDULES 


LINK  RESOURCES 
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OBJECTIVE  FUNCTIONS  ARE  USED  TO  ACHIEVE  OPTIMIZATION 

An  objective,  function  dhAVOM  tht  ichzduLtng  p^oce^s  to  maxtm^ze 
;t/ie  dQ^n.e.0,  a.  dz^tn-od  tn  thz  4c./iedu£e.  In  this  mannsA.  the 

"be6t"  oA.  "optonal”  ieheduJte  uittk  Ae6peet  to  that  e^^ect  t6  pAoduced. 

Objective  Functions 

The  desire  to  produce  optimal  schedules  is  a major  motivation  in  the  field 
of  scheduling  theory.  Schedules  that  will  reduce  costs,  increase  machine 
utilization,  reduce  idle  time  or  increase  throughput  have  obvious  value  to 
the  manufacturing  industry.  The  goal  of  competitive  pricing  and  high 
profits  are  clear  incentives  to  choose  such  objectives  as  the  driving  force 
for  schedule  preference. 

In  order  to  select  its  own  objective  function (s)^  STDN  must  consider  its 
operational  objectives.  As  identified  in  Phase  I of  this  report^ they 
include  transparency  of  the  network,  uniformity  of  operation,  flexibility 
to  accommodate  variations  in  load,  and  efficiency  of  operation.  The  sched- 
uling algorithm  itself  can  affect  the  flexibility  and  efficiency  of  the  net- 
work most  directly  The  objective  function  chosen  must  not  require  an 
algorithm  so  unwieldy  in  size  that  timely  response  to  emergencies  is  im- 
possible, but  at  the  same  time  it  must  be  powerful  enough  to  guarantee  a 
high  probability  of  being  able  to  respond  affirmatively  to  emergency  re- 
quests. Thus  the  schedule  produced  should  contain  segments  of  useful  free 
time  to  aid  in  contingencies. 

An  additional  consideration  may  be  the  extent  of  the  impact  of  short  notice 
schedule  changes  on  previously  scheduled  activities. 

Establishing  a data  link  to  a particular  POCC  is  of  no  use  if  that  POCC, 
having  been  unable  to  receive  data  in  a scheduled  period  because  of  higher 
priority  unscheduled  events,  no  longer  has  the  manpower  or  ready  hardware 
to  accept  the  data 

As  a result  of  such  reflections,  three  candidate  objective  functions  for  STDN 
have  been  identified.  It  is  not  intended  that  this  should  be  an  exhaustive 
list,  but  rather  these  functions  are  recommended  for  STDN  consideration  and 
should  indicate  the  flavor  of  other  alternatives  for  the  objective  function 

Representative  Examples 

1)  Minimize  the  number  of  simultaneous  events  at  any  given  time. 

To  be  able  to  guarantee  necessary  unscheduled  service,STDN  must  be 
assured  that  if  possible  there  are  available  channels  on  which  the 
unscheduled  user  spacecraft  might  be  contacted.  Scheduling  new 
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events  In  periods  where  less  is  being  done  within  the  network 
clearly  contributes  to  this  assurance  In  addition  routine  main- 
tenance could  be  more  easily  scheduled  since  it  would  be  less 
likely  that  the  entire  network  would  need  to  be  in  operation  at 
any  one  time, 

2)  Minimize  time  changes  for  previously  scheduled  events  on  update 
schedules. 

As  indicated,  this  is  a user-oriented  objective  guaranteeing  as 
far  as  is  possible  that  individual  POCC's  will  be  able  to  establish 
their  own  routine  schedules  and  be  confident  of  receiving  service. 

Since  user  POCC  staffing  levels  may  well  be  event  oriented,  or 
user  service  requests  dependent  on  POCC  shift  sizes,  user  satis- 
faction with  STDN  service  requires  that  scheduled  events  not  be 
subj'ect  to  major  time  changes  despite  the  fact  that  emergencies 
have  to  be  met. 

3)  Maximize  free  time  of  STDN  components  during  certain  periods. 

Similarly  to  the  first  candidate  obj'ective,  this  one  is  aimed  at 
providing  a schedule  flexible  enough  to  accommodate  unexpected  load 
fluctuations.  It  includes  the  added  ability  to  adjust  the  schedul- 
ing process  to  normal  daily  patterns  of  Intensive  work  and  slow 
time,  especially  as  regards  unscheduled  requests  for  service.  It 
may  become  apparent  that  only  during  the  8 00  to  4 00  shift  is 
there  any  significant  unplanned  activity  If  so,  the  amount  of 
free  time  for  accommodating  unscheduled  requests  should  be  in- 
creased on  that  shift  by  scheduling  events  away  from  that  time 
period . 


Whatever  the  choice  of  objective  function,  if  a scheduling  system  is  to  be 
automated,  and  optimization  is  desired,  the  objective  function  must  be 
fixed  before  the  scheduling  algorithm  can  be  written.  It  is  through  the 
algorithm  that  the  objective  function  drives  the  scheduling  process. 
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Control  Concept  Refinement  - ASR 

ASR  IMPLEMENTATION  TECHNIQUES  CAN  BE  BOUNDED 

STVH  4>ckexiuta^  can  be  gmcnatcd  by  a voA^cty  iy^tm&  cU^^CJUng 
A.n  tcchsu-cat  ^opko&ttccution  and  capabitcticL . Selection  -c6  mainty 
dependent  on  de&ified  objectives  to  be  accomptisked  and  avatlabte 
funding . 

Techniques 

For  the  purpose  of  discussion  and  comparison,  schedule  generating  processes 
are  divided  here  into  manual,  basic  automated,  and  advanced  automated 
types.  It  IS  not  intended  that  these  be  viewed  as  discrete  categories, 
but  they  are  convenient  iabels  for  areas  on  a progressive  scale  of  sched- 
uling sophistication  with  the  most  naive  approaches  at  one  end  and  those 
based  on  the  most  advanced  theory  at  the  other.  Movement  along  this  scale 
implies  movement  along  related  scales  of  scheduling  algorithm  complexity, 
response  time  of  the  scheduling  process,  quality  of  the  schedule  produced, 
and  of  course  cost.  The  choice  of  a scheduling  algorithm  and  the  system 
to  execute  the  algorithm  is  based  on  these  considerations. 

Manual 


In  Phase  I of  this  analys i s^ TDRSS  loading  was  studied  through  the  use  of  a 
random  time  scheduler  and  a zero  order  conflict  resolver  It  was  demon- 
strated that  such  a system  did  not  satisfy  STDN  needs  if  the  projected 
load  exceeded  the  baseline  demands.  Such  excesses  are  inevitable  when  the 
Shuttle  is  to  be  supported.  However,  even  the  manual  systems  under  dis- 
cussion here  can  be  more  sophisticated  than  such  a scheduling  system  since 
they  allow  searching  for  free  time  to  be  done  in  arbitrary  increments  both 
forward  and  backward  from  the  requested  time.  In  addition,  conflict 
resolution  even  in  the  manual  case  allows  adjustment  of  previously  sched- 
uled tasks  in  order  to  accommodate  an  additional  one 

Manual  scheduling  techniques  are  characterized  by  their  relative  simplicity 
and  low  initial  cost.  The  limit  of  the  algorithm  sophistication  is  the 
human  brain's  ability  to  do  the  comparisons  and  calculations  necessary  to 
complete  the  algorithm  Even  so,  the  schedule  lead  times  for  such  systems 
are  generally  fairly  long  and  inflexible  The  schedules  produced  by 
manual  systems  are  adequate, but  such  a system  can  not  cope  with  extremely 
large  volumes  of  data  to  be  handled  or  numbers  of  conflicts  to  be  resolved 

Basic  Automated 


The  basic  automated  systems  result  from  attempts  to  computerize  problems 
that  might  have  been  done  by  hand  if  time  and  data  volume  considerations 
did  not  make  a manual  system  impractical.  Thus, they  run  on  basically  the 
same  algorithms  as  manual  schedulers  but  with  vastly  improved  response 
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times.  The  speed  of  such  systems  facilitates  experimentation  with  queuing 
techniques  or  loading  rules,  rules  that  govern  which  job  is  placed  where  in 
the  schedule.  These  techniques  might  involve  comparisons  too  cumbersome  for 
a manual  scheduler, such  as  the  length  of  all  jobs  available  for  a certain 
time  slot,  the  number  of  jobs  already  scheduled  in  any  given  time  period, 
etc.  In  add i tion, they  make  it  practical  for  an  individual  user  who  is 
having  activities  scheduled  to  interact  directly  with  the  scheduling  pro- 
cessor, instead  of  through  a human  intermediary,  and  receive  a response  to 
his  request  in  short  order.  Furthermore, the  volume  of  data  such  a system 
could  handle  is  compatible  with  keeping  concurrent  schedules  with  variable 
lead  times, 

Advanced  Automated 


Advanced  automated  scheduling  systems  differ  from  basic  ones  fundamentally 
in  the  sophistication  of  the  algorithms  used.  They  employ  theoretical 
results  to  tackle  problems  which  would  grow  exponentially  in  size  as  the 
numbers  of  operations  to  be  scheduled  increased  Techniques  used  in  these 
algorithms  may  include  choosing  successive  maximum  or  minimum  levels  at 
each  decision  point  in  making  the  schedule  (branch  and  bound),  maintaining 
several  alternative  schedules  based  on  several  choices  made  at  each  decision 
point  and  choosing  one  at  the  end  of  the  process  (neighborhood  sampling), 
and  building  the  schedule  to  accommodate  a particular  identified  bottleneck 
(critical  path  methods)  Such  techniques  enable  a computer  to  consider  only 
those  alternative  schedules  which  offer  analytically  demonstrable  advantages 
in  terms  of  the  objective  functions  chosen  in  the  development  of  the  particular 
algorithm.  Clearly  these  algorithms  are  more  complex  than  those  required  by 
the  basic  systems, and  the  running  time  for  such  a routine  would  be  longer. 

But  unless  the  loads  became  extremely  large,  the  difference  in  response  time 
capabilities  of  basic  and  advanced  automated  systems  is  small  in  comparison 
to  the  difference  between  manual  and  automated  systems. 

Implementation  Costs 

The  initial  costs  of  automated  systems  increase  with  the  sophistication  of 
the  algorithm  to  be  programmed.  It  is  difficult  to  offer  a firm  estimate  of 
the  developmental  costs  for  particularly  advanced  systems  for  which  the 
algorithm  cannot  be  specified  without  theoretical  research.  Often  the 
difficulty  of  achieving  results  and  the  speed  with  which  those  results  can 
be  obtained  is  difficult  to  foresee.  Despite  this  added  initial  cost,  the 
estimated  2/3  decrease  in  manpower  required  by  an  automated  system  often 
could  make  even  complicated  systems  cost  effective  (See  page  111-79  for 
details  on  staffing.) 

The  cost  of  the  current  scheduling  system  was  compared  with  the  cost  of  a 
fairly  basic  automated  system  for  the  period  from  1979  through  1990  The 
information  on  the  current  system  was  derived  from  data  provided  by  NASA. 

A staffing  of  12  professional  scheduleisat  an  average  of  $23K  per  year  and 
30  technicians  doing  clerical,  keypunch,  operating  work  at  $17K  was  assumed 
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The  staffing  for  the  automated  system  was  based  on  an  estimated  k 
professionals  needed  to  oversee  the  system.  Then  the  current  3^1  ratio  of 
technicians  was  used  to  derive  a figure  of  12  technicians  supporting  the 
automated  system.  Salaries  for  both  skill  levels  were  assumed  to  be  the 
same  as  those  currently  found. 


The  costs  of  the  systems  were  calculated  with  and  without  inflationary  effects 
using  the  following  equations. 


with  inflation:  PV  = CC  + 


i-g 


without  inflation: 
(constant 


dollars  ) 
where 


PV  = CC  + D 


(1+1) 


1+1 ; 

^-1 


N 


L 


^ i*(l+i) 

CC  = cap  I ta 1 cos  t 
N =lifetime,  12  years  in  this  case 
i “ discount  rate,  10^ 
g = inflation  rate,  6Z 
= Disbursement  at  end  of  year  1 

PV  = present  value  or  cost  of  the  system 


In  the  estimation,  capital  cost  of  $400K  for  the  automated  system  was  used, 
while  no  capital  cost  was  associated  with  the  current  system.  This  item 
was  purely  for  software  development  Using  the  other  figures  presented 
above  rough  cost, estimates  for  the  manual  and  automated  systems  were 
$7  05M  and  $2.66M  respectively  with  inflation,  and  $5.36M  versus  $2  42M 
without  inflation. 
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SCHEDULING  TECHNIQUES  AND  TRADE-OFFS 


MANUAL 

BASIC  AUTOMATED 

ADVANCED  AUTOMATED  { 

• RELATIVELY  SIMPLE  ALGORITHM 

• RELATIVELY  SIMPLE  ALGORITHM 

• RELATIVELY  COMPLICATED  ALGORITHM 

• COST  EQUIPMENT  £ LABOR 
FOR  MAX  SYSTEM  LOAD,  LOW 
INITIAL  INVESTMENT 
EST  $70  MILLION  OVER  NEXT  12  YRS 

• COST  INCREASED  INITIAL 

INVESTMENT  IN  SOFTWARE 
DEVELOPMENT,  DECREASE  IN 
MANPOWER  BY  2/3,  EST  $2  7 
MILLION  OVER  NEXT  12  YRS 

• COST  INCREASED  INITIAL 

INVESTMENT  IN  SOPHISTICATED 
SOFTWARE  DEVELOPMENT, 
DECREASE  IN  MANPOWER 

• PRODUCES  ADEQUATE  SCHEDULE 

• PRODUCES  ADEQUATE  SCHEDULE, 
FACILITATES  EXPERIMENTATION 
WITH  LOADING  RULES 

• PRODUCES  OPTIMAL  SCHEDULE 

FOR  CHOSEN  OBJECTIVE  FUNCTION 
GIVEN  THE  LOAD 

• REQUIRES  FAIRLY  LONG  NON- 
FLEXIBLE  LEAD  TIME 

• FLEXIBLE  LEAD  TIME 

• FLEXrBLE  LEAD  TIME 

• LIMITED  IN  VOLUME  OF  DATA  IT 
CAN  HANDLE 

• HANDLES  LARGE  VOLUME  OF  DATA 

• EFFECTIVENESS  MORE  SENSITIVE 
TO  LOAD  INCREASES 

• SLOW  RESPONSE  CAPABILITY 

• RAPID  RESPONSE  CAPABILITY 

• RESPONSE  MAY  BE  LESS 

RAPID  THAN  BASIC  AUTOMATED 
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JOB  SHOP  THEORY  CAN  BE  APPLIED  TO  THE  STDN  SCHEDULING  PROBLEM 

It  ts  tmpofitcmt  to  ^oc.a&  6chejduZtng  aZgoAtthm  tnvz6tig(XtLoyii>  to  the. 
apptccabl&  izgment  o{,  ich&duZing 

Job  Shops 


The  so-called  "job  shop"  is  a tool  to  aid  in  the  configuration  and  anal- 
ysis of  scheduling  problems.  Its  essential  elements  are  the  jobs,  the 
machines,  and  the  time  parameters  for  each  job.  The  jobs  to  be  done  may 
involve  more  than  one  operation.  They  are  simply  convenient  aggregates  of 
the  work  to  be  accomplished,  receiving  data  from  a satellite,  for  instance. 
The  machines  are  basically  resource  type  items  which  can  be  applied  to,  or 
which  operate  on  the  jobs  to  complete  the  work.  Included  under  the  heading 
of  time  parameters  are  the  processing  time,  arrival  time  and  due  time  for 
each  job.  Having  established  how  many  machines  make  up  the  shop,  actual 
job  shop  types  fall  into  a two-dimensional  array  characterized  by  the  sort 
of  job  queue,  and  the  type  of  flow  pattern  they  exhibit.  Jobs  may  either 
be  ready  for  processing  when  the  shop  begins  work,  or  they  may  arrive  for 
processing  during  the  course  of  shop  operations.  These  job  queue  varie- 
ties are  referred  to  as  static  and  dynamic, respectively.  Normally  the 
operations  necessary  to  complete  a job  are  fixed  and  thus  the  machines 
which  work  on  It  are  predetermined.  However,  the  order  in  which  the  opera- 
tions are  carried  out  may  vary  from  fixed  to  arbitrary  The  former  extreme 
typifies  a flow  shop,  while  the  latter  typifies  a random  route  shop. 

Level  of  Detail 


Application  of  this  sort  of  a theoretical  framework  can  be  made  to  the 
STDN  scheduling  problem  at  various  levels  of  detail.  If  STDN  were  to 
select  some  type  of  optimization,  the  network  should  be  viewed  as  a system 
of  forward  and  return  links.  Then  STDN  appears  to  be  a modified  flow  shop 
with  two  classes  of  machines  and  a mix  of  static  and  dynamic  job  queues 
A further  breakdown  into  GSTDN  and  TDRSS  elements  can  be  made  yielding  two 
parallel  job  shop  problems,  tied  together  by  an  equipment  which  may  be 
common  to  their  operations,  such  as  NASCOM  lines.  In  both  GSTDN  and  TDRSS, 
the  forward  and  return  links  are  the  two  classes  of  "machines."  Before 
any  data  can  be  taken  from  a satellite,  the  spacecraft  must  receive  a 
signal  to  transmit.  Thus  a forward  or  command  link  must  be  allocated  to 
the  user  before  an  event  involving  a return  link  can  occur  This  is  the 
fixed  order  typical  of  flow  shops.  The  taking  of  data  need  not  follow  the 
command, making  transmission  possible  Instantly,  nor  must  there  be  a return 
link  phase  of  the  event  The  "forward  before  return"  rule  holds  in  any 
case.  Note  that  machine  "classes"  are  identified  since  a number  of  channels 
may  be  available,  any  one  of  which  could  handle  the  user's  request  equally 
well. 
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The  job  queues  in  this  job  shop  have  static  and  dynamic  aspects.  Scheduled 
generic  requests  make  up  a fixed  job  load  which  is  augmented  by  incoming 
requests  which  are  not  predictable  in  terms  of  either  number  or  frequency 
except  perhaps  on  the  average. 


ORDER  OF  STDN  SERVICE  FUNCTIONS 


. * .A  COMMAND  LlNKiiUST  BE  ESTABLISHED 


FOR  EVERY  RETURN  LINK  ALLOCATED  . * 


QUEUES  FORWARD  LINK  CHANNELS  RETURN  LINK  CHANNELS 
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EXISTING  SCHEDULING  ALGORITHMS  POTENTIALLY  APPLICABLE 
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N/2  Job  Shop 


Scheduling  problems  are  among  the  most  difficult  problems  in  mathematics 
simply  because  of  the  enormous, though  finite, numbers  which  begin  to  appear 
as  the  number  of  operations  to  be  scheduled  grows.  For  general  problems  such 
as  optimizing  a schedule  for  an  n job/m  machine  job  shop,  "although  It  is 
easy  to  state  and  to  visualize  what  is  required,  it  is  extremely  difficult 
to  make  any  progress  whatsoever  toward  a solution."  (Reference  I9)  Being 
difficult,  however,  scheduling  problems  have  drawn  considerable  attention, 
and  STDN  may  be  able  to  apply  proven  techniques  and  results  to  various 
parts  of  its  overall  scheduling  problem 

In  light  of  the  configuration  of  STDN  shown  on  the  previous  page,  work  on 
the  N/2  job  shop  could  be  expected  to  prove  the  most  enlightening  in  a 
search  for  an  overall  optimizing  algorithm  for  the  STDN  schedule.  The  two 
machines  correspond  to  the  two  machine  classes,  forward  and  return  links, 
but  the  job  queues  in  existing  studies  are  normally  all  static. 

Branch-and-bound  algorithms  may  be  useful  because  they  can  offer  some  con- 
fidence in  the  quality  of  a schedule  without  attempting  explicity  to  find 
the  absolute  best  schedule. 

These  two  types  of  scheduling  problems  are  highlighted  with  asterisks  in 
the  accompanying  figure  because  they  appear  the  most  promising  for  applica- 
tion to  the  entire  STDN  scheduling  problem. 

Other  Methods 


Other  types  of  scheduling  methods  might  be  used  to  ensure  efficient  use 
of  equipment  systems  Antennas  could  be  viewed  as  the  single  machine  in 
a "finite  sequencing  for  a single  operation"  type  problem.  Indeed, if  any 
one  equipment  system  were  identified  as  presenting  a major  constraint  to 
network  support  capacity, opt imizat ion  of  the  schedule  for  that  system  might 
have  to  be  the  driving  force  in  producing  a network-wide  schedule 

Additional  problem  types  are  noted  here  and  work  on  them  may  help  alleviate 
parts  of  the  STDN  problem,  but  is  Is  important  to  point  out  that  the  measures 
of  effectiveness  normally  associated  with  existing  work  in  these  areas  are 
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not  Identical  with  the  types  of  objectives  mentioned  above  for  STDN.  It  is 
not  clear,  for  example,  that  getting  scheduled  work  completed  as  quickly  as 
possible  is  of  any  benefit  to  STDN.  Nor  is  increased  throughput  capability 
when  no  additional  support  is  required  of  any  obvious  value,  especially 
when  it  might  decrease  the  systems  ability  to  accommodate  short  notice 
requests.  Indeed  the  actual  objective  functions  of  STDN  may  change  depending 
upon  the  workload  at  a given  time.  The  time  variation  of  objectives  as  well 
as  the  uniqueness  of  those  objectives  constitute  a major  difference  between 
the  STDN  scheduling  problem  and  problems  which  have  been  addressed  in  re- 
search on  scheduling. 


SURVEY  OF  SCHEDULING  ALGORITHMS 


ALG0RITHM/PR08LEH  TYPE 

HOW  IT  MAY  APPLY 

USUAL  M 0 £ 

*H/2  JOB  SHOP 

CORRESPONDS  TO  FORWARD  AND  RETURN  LINK 

TOTAL  SCHEDULE  TIME 

ARRANGEMENT,  INPUT  USUALLY  STATIC 

^BRANCH  AND  BOUND 

CHOOSE  CHANNEL/STATION  TO  AVOID  HEAVILY 

DISTANCE,  COST,  TIME 

ALGORITHMS 

LOADED  NETV'ORK  ELEMENTS 

SELECTION  IN  SINGLE- 

REQUESTS  PASS  THROUGH  NETWORK  IN  NEAR 

MEAN  FLOW  TIME,  NUMBER  OF 

SERVER  QUEUING  SYSTEM 

STRAIGHT-LINE,  CHOICE  OF  INDEPENDENT 

JOBS  IN  SHOP 

ROUTES 

CRITICAL  ROUTE  ANALYSIS 

MICRO  LEVEL 

SHORTEST  ROUTE  PER  JOB 

IMPROVE  TURN-AROUND  TIME  ON  STATION 

FINITE  SEQUENCING  FOR 

MICRO  LEVEL  SCHEDULING  INDIVIDUAL 

FLOW  TIME,  WAIT  TIME, 

A SINGLE  OPERATION 

PIECE  OF  EQUIPMENT,  E G , ANTENNA 

SCHEDULE  TIME 

COMPUTER  sequencing  AND 

MICRO  LEVEL  USE  OF  PRECEDENCE  SPT 

MEAN  THROUGHPUT 

LOAD  IMG/SERIAL  PROCESSOR 

PRINCIPLES 

SCHEDULING  MULTI  PROGRAM 

PRECEDENCE,  SPT  NOTIONS 

MEAN  FLOW  TIME, 

COMPUTER 

MEAN  THROUGHPUT 

* PROBLEM  TYPES  OF  PARTICULAR 

INTEREST  TO  STDN 
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STVN  ^cheduLcng  ^ the.  TVRSS  ejw.  6houZd  be  accompZyOihed  tYuttaJUiy 
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ment. 

Overview  of  Recommendation 

In  light  of  the  STDN  mission  model,  the  role  to  be  played  by  the  automatic 
scheduling  routine  as  identified  in  Phase  I of  this  study,  and  the  range 
of  scheduling  options  described  in  this  report, the  following  recommendations 
can  be  made  for  the  adaptation  of  the  STDN  scheduling  process  to  the  TDRSS 
era.  Regardless  of  the  algorithm  selected  for  the  scheduling  process, the 
need  for  automation  of  the  execution  of  that  algorithm  to  the  maximum  degree 
possible  should  be  recognized.  A relatively  simple, but  adaptable  software 
package  should  be  chosen  which  begins  with  a multiple  pass  feasibility 
search  and  allows  the  addition  of  heuristic  loading  rules  as  subroutines. 

Such  rules  include  uniform  distribution  of  jobs,  shortest  processing  time 
first,  scheduling  requestsfrom  a particular  project  first,  first  in-first  out, 
and  so  on.  Network  schedulers  should  be  able  to  use  loading  rules  in  dif- 
ferent comb inat I ons, depend ing  on  the  needs  of  the  scheduling  system, to  deal 
with  any  problems  and  maintain  system  flexibility.  In  terms  of  the  scale  of 
sophistication  described  earlier,  such  a system  falls  in  the  range  between 
basic  and  advanced  automated  systems. 

The  ability  to  use  specific  applications  of  existing  optimization  algorithms 
or  particular  equipment  systems  should  not  be  precluded.  The  STDN  scheduling 
problem  must  still  be  configured  in  complete  detail.  In  the  course  of  that 
process, part  I cular  segments  of  the  problem  may  be  Identified  to  which  exist- 
ing techniques  can  be  effectively  applied. 

Top  Down  Approach 


It  IS  not  necessary  that  all  subroutines  and  suboptimizing  techniques  be 
available  when  the  ASR  is  made  operational,  but  they  should  be  available  as 
the  STDN  workload  reaches  more  stable  levels  in  the  mid  1980's.  A top-down 
approach  to  software  development  can  be  used.  The  search  al gorlthm, which 
should  be  capable  of  identifying  a number  of  feasible  schedule  times  for 
an  event,  is  central  to  the  proposed  system  and  should  be  developed  first. 
The  top-down  approach  guarantees  that  all  subroutines  developed  later  are 
compatible  with  existing  segments  of  code  by  specifying  interface  conditions 
which  new  segments  must  meet  before  those  new  pieces  are  written.  Thus, 
even  if  the  exact  specifications  of  some  subroutine  are  not  known  when  the 
software  coding  is  begun, the  subroutine  can  be  easily  added  at  a later  date. 

Software  products  developed  in  this  way  are  highly  modular  This  increases 
the  system's  flexibility  since  different  operating  modes  could  be  easily 
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imposed  In  response  to  changes  In  workload  by  simply  calling 
modules.  In  addition  tram 
top-down  approach  since  the 
an  operational  whole. 


ing  and  learning  on  the 
segments  of  code  which 


system  is 
are  fin  is 


up  different 
aided  by  the 
hed  always  form 


RECOMMENDATIONS  FOR  STDN  SCHEDULING  IN  TDRSS  ERA  1 


BASIC  AUTOMATED  SYSTEM  WITH  ABILITY  TO  USE  PROGRAMMABLE,  HEURISTIC  LOADING 
jRULES 

• HARDWARE  AUTOMATED  TO  MAXIMUM  DEGREE  POSSIBLE 

• SOFTWARE*  MULTIPLE  PASS  FEASIBILITY  SEARCH  WITH  .. 

- FLEXIBILITY  FOR  HEURISTIC  LOADING  TECHNIQUES  

--  UNIFORM  DISTRIBUTION  OF  JOBS 
— FIRST  IN  - FIRST  OUT 
“ SHORTEST  PROCESS  TIME 
— OTHERS^ 

- CAPABILITY  TO  ALLOW  SPECIFIC  APPLICATIONS 
OF  EXISTING  OPTIMIZATION  ALGORITHMS  E.G. 

SEQUENCING  FOR  S INGLE  J^ERVER  FOR  SA  T^RS  ANTENNAS 
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Control  Concept  Refinement  - ASR 

THE  ASR  SHOULD  UTILIZE  DEDICATED  HARDWARE 

AJUJkouQh  tkz  ASR  could  potcyttLally  be  executed  xn  a bat:ck 

mode  oPl,  e>u6ttng  GSFC  geneAot  pupo^e  computefu,  the  Aegaviments 
iack  opeAOtiom  iugge&t  dedicated  hoAdwa/ie, 

Processing  Requirements 

The  ASR  hardware/ software  package  may  be  required  to  respond  to  signift- 
cant  data  base  queries,  perform  numerous  file/data  base  updates,  execute 
scheduling  algorithm  frequently  and  accommodate  a spectrum  of  user  I/O 
equipment.  However,  no  current  requirement  can  be  identified  which 
requires  a real  time  operating  task  to  be  resident  in  the  ASR  system. 

The  term  "real  time  operating  task"  should  not  be  confused  with  a fast 
response  capability.  Although  seeming  a semantics  problem,  the  difference 
in  the  two  concepts  can  impact  the  hardware  system  supporting  the  ASR.  A 
fast  response  capability  can  be  provided  by  an  operating  structure  which 
allows  the  CP  to  respond  to  an  interrupt  as  soon  as  on-going  processing 
Is  completed.  Thus  if  one  is  entering  a request  to  the  ASR,  via  a CRT 
terminal  for  example,  there  may  be  a small  perceptable  delay  before  the 
ASR  accepts  the  input  which  is  being  held  within  the  terminal  at  the  user 
location. 

Alternatively  a real  time  operating  task  implies  an  operating  system  which 
stops  on-going  CP  processing  when  particular  interrupts  occur.  For  example 
If  a message  appears  at  the  I/O,  and  this  message  appears  at  a high  rate, 
the  message  must  be  removed  from  the  line  and  buffered  before  the  next 
arrives  or  it  will  be  lost. 

Because  the  users  of  the  ASR  are  not  expected  to  generate  requests  of  the 
ASR  algorithm  at  a rate  which  will  require  ASR  responses  in  the  micro- 
second time  frames,  two  hardware  options  were  investigated  for  support  of 
ASR  software. 

Dedicated  Hardware  Considerations 


it  was  assumed  that  the  schedule  would  accommodate  one  month  in  the  future. 
All  events  would  be  resolved  to  the  nearest  minute.  Using  30  days  In  a 
month  the  storage  requirement  for  the  schedule  would  be  approximately  two 
million  characters.  For  the  30  days,  43,200  time  slots  are  required.  50 
to  60  characters  per  time  slot  were  assumed  for  the  scheduling  information. 

To  prevent  multiple  read/writes  of  the  same  file,  five  "tinker"  files  were 
assumed.  These  are  copies  of  the  current  schedule  with  which  up  to  five 
users  may  "play"  while  not  impacting  the  integrity  of  the  data  base  until 
firm  decisions  have  been  made  With  two  million  characters  per  file, 
five  tinker  files  plus  the  original  requires  15-20  million  bytes  (16  bit 
bytes)  of  storage. 
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The  CPU  for  the  ASR  should  be  identical  to  that  used  in  CASHS.  This  ap- 
proach yields  several  benefits.  Software  may  be  developed  on  one  machine 
with  confidence  that  It  will  work  on  the  other.  During  situations  where 
operation  is  degraded,  the  CASHS  CPU  may  be  used  to  assume  the  tasks  of 
the  ASR  or  vice  versa  if  desired.  Identical  CASHS  and  ASR  CPUs  will  pro- 
vide an  extremely  flexible  hardware  configuration 

Remaining  components  of  the  ASR  system  are  identified  In  Appendix  H . 

Batch  Processing  Considerations 

As  indicated  above,  technical  considerations  suggest  investigation  of  a 
batch  processing  mode  ASR  executed  on  existing  GSFC  hardware.  The  major 
considerations  in  this  approach  are: 

• The  capability  of  existing  systems  to  support  multi-user 
operations  as  the  same  program  in  a batch  mode  or  provide  the 
requisite  "tinker"  files 

• The  probability  that  the  NOCC  wl 1 be  provided  "benevolent 
dictatorship"  guarantees  on  existing  GSFC  general  purpose 
machines . 

This  latter  consideration  has  lead  to  the  recommendation  that  dedicated 
computer  hardware  be  obtained  for  the  ASR  Emergency  situations  will  oc- 
cur wherein  the  NOCC  must  have  extremely  high  confidence  in  the  ability  to 
access  the  ASR.  On  a general  purpose  machine  this  amounts  to  providing 
the  NOCC  with  the  highest  operational  priority  with  the  understanding  that 
it  would  not  be  used  unless  absolutely  required.  It  has  been  our  exper- 
ience that  the  only  way  such  guarantees  can  be  enforced  Is  with  control 
over  the  actual  machine.  Otherwise  one  of  the  parties  to  the  agreement 
soon  violates  it  in  the  other's  opinion.  Therefore  in  the  long  run,  con- 
sidering both  technical  aspects  and  operational  realities^  a dedicated 
minicomputer  of  some  sophistication  is  recommended  for  ASR  application. 
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Control  Concept  Ref inetnent-ASR 
AUTOMATION  REQUIRED 

AuXomaXlon  the  STVN  ^chedutcng  pAoc&66  ti  made  yiece66aA.y  by  the  vol- 
ume 0^  wo->tk  to  be  done  and  the  quatity  ienvA,ee  to  be  pfLOvtded  the 

TVRSS  efwi. 

Workload 


There  can  be  little  doubt  that  the  STDN  scheduling  process  should  be  auto- 
mated. Projections  based  on  the  network  mission  model  show  STDN  scheduling 
a minimum  of  1500  hours  of  support  each  week  in  the  198o's  (see  Appendix 
F,  GSTDN  DEMAfiD,  TDRSS  DEMAND).  Perhaps  a manual  scheduling  system  could 
handle  such  a level  of  demand  but  not  in  the  way  that  meets  GSTDN  objectives 
The  goals  of  transparency  and  flexibility  require  automation  of  scheduling 
for  the  reason  identified  in  the  discussion  of  automated  scheduling  systems 
above. 

Benefits 


The  rapid  response  capability  of  an  automated  system  is  required  for  dealing 
with  emergencies  and  unscheduled  requests.  The  user  must  receive  a timely 
response  to  his  request  for  services  if  some  problem  arises  in  controlling 
his  spacecraft  or  if  some  rare  environmental  conditions  exist  about  which  he 
would  like  to  gather  data.  Even  if  the  network  loading  were  light  and 
humans  could  provide  instant  confirmation  of  STDN's  ability  to  fulfill  such 
a support  request,  a more  uniform,  reliable,  and  efficient  contact  can  be 
made  if  the  connection  between  user  and  scheduling  process  is  directly  between 
man  and  machine.  The  work  involved  is  routine,  conceptually  simple,  and 
repetitious,  characteristics  which  suggest  assigning  the  tasks  involved  to 
machines  rather  than  men.  This  of  course  implies  an  automated  scheduiing 
routine  of  some  variety.  User  autonomy  in  scheduling  events  and  the  ability 
to  test  hypothetical  alternative  schedules  can  also  be  greatly  enhanced  by 
an  automated  system. 

In  addition  to  speed,  an  automated  system  offers  large  memory  capabilities. 

In  order  to  maintain  several  schedules  with  different  lead  times,  vast  amounts 
of  data  on  satellite  orbits,  TDRS  viewing  angles,  scheduled  service,  and  so 
on  must  be  kept  on  file.  With  the  memory  capacity  offered  by  a machine, dif- 
ferent users  could  plan  events  with  lead  times  better  suited  to  their  needs. 

Finally,  in  the  comparison  of  schedule  generating  types, it  was  shown  that 
automation  can  lead  to  significant  savings  in  operating  costs 

Other  Considerations 


A potential  side  effect  of  the  high  number  of  scheduled  support  hours 
will  be  the  increase  in  the  number  of  conflicts  requiring  resolution.  Such 
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situations  would  arise  for  instance  when  two  shuttle  spacecraft  were  opera- 
tional (Reference  1).  Again  the  speed  of  an  automated  schedule  will  be 
essential  since  it  can  more  quickly  offer  alternative  resolutions  to  con- 
flicts, and  it  can  facilitate  testing  of  different  loading  techniques  for 
their  impact  on  a congested  schedule.  Since  no  real  problems  are  antici- 
pated before  the  mid  1980's,  software  development  could  be  viewed  as  an  8 
year  rather  than  a 2 year  problem.  As  the  automated  scheduling  routine 
IS  being  developed,  sensitivity  analysis  should  be  performed  to  determine 
Its  ability  to  deal  with  hypothetical  increases  In  loading  significantly  in 
excess  of  current  projections. 


NEED  FOR  AUTOMATION 


• THOUSANDS  OF  EVENTS  SCHEDULED  EACH  WEEK;  1500-2000  SCHEDULED  HOURS 

• RAPID  RESPONSE  - "WHAT  IF"  CAPABILITY  TO  DEAL  WITH 

- UNEXPECTED  REQUESTS  FOR  SERVICE 

- EMERGENCIES 

• ABILITY  TO  ALLOW  INCREASED  USER  FREEDOM  AND  INTERACTION  IN  SCHEDULING 

events  » 

• ABILITY  TO  MAINTAIN  MULTIPLE  SCHEDULES  CONCURRENTLY  (E.G.,  SCHEDULES 
WITH  1,  2,  3 OR  4 WEEK  LEAD  TIME) 

• ABILITY  TO  RESOLVE  INCREASING  NUMBER  OF  CONFLICTS  FOR  TDRSS  SA  LINKS 
and  GSTDN  LINKS  AS  SATELLITE  LOAD  INCREASES 
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Control  Concept  Ref inement-ASR 

IMPLEMENTATION  OF  A HIGHLY  SOPHISTICATED  OPTIMIZATION  ALGORITHM  IS  NOT 
RECOMMENDED 

The.  uyU.qame&i  the  STVN  ope/uUTona^  objexitcv&6,  ciombMed  mth  the 
A.eZatLve  eompZexAJty  the  iyitem,  e^lecLttvety  thwa/vts  the  ttnp£ementa.~ 
tton  0)J  aptunat  iehedatcng  atgoAtthm. 

Off-the-shelf  Algorithms 

As  indicated  above,  a variety  of  scheduling  problems  have  been  investigated 
to  determine  optimal  solutions.  However,  not  all  of  the  investigations  have 
been  successful.  Algorithms  have  been  formulated  for  smaller,  specific  sche- 
dule problems  but  not  for  generalized  problems  (e.g.,  the  general  job  shop 
problem).  Furthermore,  these  problems  are  traditionally  configured  on  quanti- 
fiable criteria  such  as  mean  flow  times,  system  throughput,  and  total  sche- 
dule time. 

On  the  other  hand,  the  STDN  schedule  configuration  Is  complex  and  not  speci- 
fic. The  system  will  be  composed  of  more  than  20  forward  link  processors 
and  nearly  4o  return  links  with  varying  performance  capabilities.  The  pro- 
blem is  further  complicated  by  NASCOM  link  availability  and  capabilities. 

In  addition,  the  operational  objectives  are  difficult  to  quantify  Generic- 
ally  stated,  the  objective  of  the  scheduling  efforts  is  to  provide  the  maxi- 
mum service  possible  to  STDN  users.  This  objective  consists  of  a number 
of  more  specific  yet  qualitative  objectives  such  as  system  flexibility, 
quality  of  service,  and  the  equitable  distribution  of  services.  Even 
when  attempts  are  made  to  quantify  these  goals,  the  traditional  measures 
are  not  obtained.  The  phenomena  described  above  clearly  indicate  that  the 
application  of  an  "off-the-shelf"  optimization  algorithm  is  highly  unlikely. 

Development  Costs 

Generalized  scheduling  problems  have  been  repetitively  challenged  by  many 
analysts  eminent  in  the  field  of  Operations  Research,  yet  none  have  been 
able  to  formulate  optimal  algorithms.  Although  this  does  not  preclude  the 
existence  of  such  algorithms,  it  does  indicate  that  any  attempts  to  develop 
an  optima]  STDN  schedule  algorithm  would  be  very  costly  and  may  well  end  In 
failure.  Even  if  it  were  assumed  that  the  algorithm  could  be  developed, 
it  would  be  difficult  to  justify  the  high  costs  because  the  magnitude  of 
the  beneficial  impacts  provided  by  such  a processor  would  be  difficult  to 
ascertain.  A more  basic  algorithm  capable  of  multiple-pass  schedule  identi- 
fication could  be  developed  at  much  lower  costs, and  heuristic  loading 
techniques  could  provide  significant  system  benefication.  In  addition,  pro- 
jected system  loads  indicate  that  absolute  optimization  may  not  be  neces- 
sary. For  example,  the  projected  TDRSS-SA  loading  is  shown  in  Appendix  F. 
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The  figure  shows  that  even  when  TDRSS  resources  are  reduced  by  50  percent 
due  to  Shuttle  utilization,  a maximum  of  75  percent  of  the  remaining  re- 
sources are  occupied  during  the  four-quarter  period  of  peak  load  which  is 
expected  to  occur  in  1982. 

Specific  Applications  Are  Not  Prohibited 


The  above  discussion  does  not  exclude  the  application  of  specific  "off-the- 
shelf*  algorithms.  In  fact,  the  overall  system  can  profit  from  their  utili 
zation  when  a subsection  of  the  STDN  is  configured  in  a specific,  finite- 
component  problem  and  solved  as  a subroutine  to  the  principal  algorithm. 

Such  an  application  might  involve  the  use  of  the  single-server  or  finite 
element  job-shop  algorithms  for  the  scheduling  of  TDRSS-SA  and  GSTDN  anten- 
nas during  peak  load  periods.  The  antenna  motion  would  be  represented  by 
set-up  times, and  the  subroutine  objective  would  be  to  maximize  mean  flow 
times  or  system  throughput.  Such  subcomponent  optimization  would  greatly 
enhance  the  overall  system  performance. 


OPTIMIZATION  PRESENTS  DIFFICULTIES 

• UNIQUENESS  OF  STDN  OBJECTIVE  FUNCTIONS 

- TRADITIONAL  JOB  SHOP  ANALYSIS  AIMED  AT  MINIMIZING  FLOW 
TIME,  MAXIMIZING  THROUGHPUT,  ETC 

- "OFF-THE-SHELF"  IMPLEMENTATION  UNLIKELY 

- STDN  OBJECTIVE  MORE  QUALITATIVE.  PROVIDE  FLEXIBILITY  OF 
SERVICE,  RESPONSIVENESS,  ETC. 

- DEMAND  IS  MANAGEABLE  WITHIN  CONSTRAINTS  OF  AVAILABLE  NETWORK 
SUPPORT  TIME  WITHOUT  THEORETICAL  ANALYSIS 

• COST  EFFECTIVENESS  OF  EXTENSIVE  SOFTWARE  DEVELOPMENT  QUESTIONABLE 

• LOADING  RULES  CAN  CONTRIBUTE  SIGNIFICANTLY  TO  ACHIEVING  MANY 
SCHEDULING  OBJECTIVES 

• PROVEN  TECHNIQUES  AVAILABLE  TO  MAXIMIZE  EFFICIENCY  OF  PARTICULAR 
STDN  EQUIPMENT  SYSTEMS 

- ANTENNA  MOVEMENT 

- SCHEDULING  EQUIPMENT  MAINTENANCE 

- CHOICE  OF  COMMUNICATIONS  LINE 
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Control  Concept  Refinement  - ASR 

PROJECTED  REQUIREMENTS  CALL  FOR  A QUASI -SOPH  1ST I CATED  AUTOMATED  PROCESSOR 

VAXfjzatzd  6y.itm  toacU  and  A2^ouAc.&i  IndLLcato.  that  thz  TVUSS  o/ia. 

STVH  w^cti  be.  iaaed  Mitk  ^chedutCng  p^bZeM  i^htah  ^e.qiuAe.  mod- 
tuateZy  iopht^ttcated  aZgofuthmi  and  ouatomated  -scheduZe.  p^oc.fc64- 
Zng. 

Summary 

I 

The  figure  provides  a summary  of  the  key  results  of  the  Phase  II  research 
in  scheduling.  The  future  STDN  operation  will  indeed  be  faced  with  a sche- 
duling problem  based  on  projected  user  loads.  However,  the  anticipated 
scheduling  problem  can  be  controlled  with  an  automated  multiple  pass  (quasi- 
sophisticated)  schedule  processor.  User  cooperation  via  system  interaction 
and  request  modes  is  essential  for  equitable  and  efficient  system  operation. 
Combined  with  heuristic  loading  rules  built  into  the  algori thm,they  will 
provide  sufficient  flexibility  to  ensure  the  quality  of  service  sought  by 
STDN  in  the  TDRSS  era. 

The  concept  of  optimization  with  respect  to  a specific  objective  was 
initially  very  attractive.  However,  an  advanced  algorithm  was  not  recom- 
mended. This  recommendation  was  based  on  two  key  points*  1)  the  existing 
state  of  the  art  in  optimal  schedule  algorithms  is  limited  in  that  solutions 
to  generalized  problems  have  not  been  obtained,  and  2)  the  high  developmental 
cost  of  the  software  package,  assuming  one  could  be  developed,  would  be 
difficult  to  justify  because  acceptable  service  could  be  obtained  with  more 
basic,  lower  costing  systems.  In  addition,  the  incremental  benefit 
provided  by  strict  optimal  scheduling  would  be  difficult  to  ascertain. 

Suboptimization,  or  optimization  on  a more  specific  level, is  recommended 
Off-the-shelf  optimization  packages  could  be  applied  on  a component  basis. 
Subcomponent  optimization  will  enhance  the  overall  operation  of  the  system 

Future  Research 


There  are  five  major  steps  for  the  implementation  of  a scheduling  System 
These  steps  are 

(1)  Problem  recognition  by  management, 

(2)  Education  of  NOCC/Schedul ing  and  user  personnel, 

(3)  Establishment  of  standards, 

(4)  Development  of  schedule  processor,  and 

(5)  System  performance  monitoring. 

The  first  two  steps  have  been  addressed  by  NASA  and  were  presented  in  the 
Phase  I report.  The  preliminary  recommendations  for  the  establishment  of 
standards  have  been  discussed  herein.  Continued  research  is  required  to 
develop  specific  values  for  three  areas  addressed  in  this  analysis;  problem 
configuration,  objective  function  selection,  and  minimum  service  standards. 
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The  STDN  resources  must  be  configured  and  all  constraints  described  In 
detail  to  facilitate  system  analysis.  Such  configuration  is  required  to 
delineate  the  nature  of  the  system,  system  elements  and  their  interrelation- 
ship, and  to  identify  all  components  of  the  system  which  may  lend  themselves 
to  scheduling  by  off-the-shelf  optimal  algorithms. 

The  specific  objectives  of  the  system  must  be  defined  to  scope  the  "rules  of 
the  game"  for  the  scheduling  algorithm.  These  criteria  must  be  specified  in 
detail  to  facilitate  the  incorporation  of  techniques  designed  to  increase 
the  capability  of  the  basic,  multiple-pass  processor  to  the  attainable  level 
of  a quasi -advanced  schedule  algorithm.  For  example,  the  generic  criterion 
of  maximizing  system  capability  to  process  unscheduled  or  emergency  requests 
can  be  stated  in  terms  of  maximizing  the  free  time  for  each  link  category  at 
any  given  time,  or  continuously  minimizing  the  number  of  jobs  on  each  system 
component.  The  capability  of  periodically  interjecting  a priority  scheme 
may  be  necessary^ but  the  above  objective  would  minimize  the  probability  of 
having  to  use  It. 

Finally,  the  minimum  level  of  required  service  must  be  specified.  This 
parameter  may  be  viewed  as  a design  factor.  The  mission  model  shown  graphi- 
cally In  Appendix  F has  Indicated  that  in  peak  period  operations,  thousands 
of  jobs  will  be  scheduled  each  week  resulting  In  1500  to  2000  scheduled 
hours.  This  load,  compounded  by  an  extended  lead  time  capability,  requires 
a large  data  process  I nq/storage  capability.  This  system  capacity  must  be 
Identified,  possibly  In  event-rate  for  extended  periods  of  time,  and  a 
design  "safety"  factor  selected.  Because  the  estimates  of  loads  are  pro- 
jected,an  element  of  uncertainty  is  present.  For  this  reason,  it  Is  advis- 
able to  "overdesign"  the  processing  system  to  ensure  system  reliability  In 
continued  service.  When  this  information  Is  avai 1 able, development  of  the 
actual  schedule  processor  can  begin. 


SUMMARY 

• THE  ESSENTIAL  COMPONENTS  OF  A SCHEDULING  PROBLEM  ARE  IDENTIFIABLE 
IN  STDN  OPERATIONS 

• SCHEDULING  MAY  BE  PERFORHED  WITH  VARIOUS  DEGREES  OF  SOPHISTICATION 

• OPTIMIZATION  IS  ALWAYS  DONE  WITH  RESPECT  TO  A PARTICULAR  CHOSEN 
OBJECTIVE  FUNCTION 

• FUTURE  LOADS  REQUIRE  ADDED  SCHEDULING  CAPABILITIES  GF  AN 

automated  algorithm 

• HEURISTIC  LOADING  RULES  SHOULD  PROVIDE  SUFFICIENT  FLEXIBILITY  TO 
ENSURE  THE  QUALITY  OF  SERVICE  SOUGHT  BY  STDN  IN  THE  TDRSS  ERA 

• UNIQUENESS  OF  STDH  PROBLEM  AND  LIMITED  INCREMENTAL  RETURN  OVER 
HEURISTIC  algorithms  DISCOURAGE  EXTENSIVE  THEORETICAL  RESEARCH 
FOR  SOFTWARE  DEVELOPMENT 

ITEMS  FOR  CONTINUED  INVESTIGATION 

• PROBLEM  MUST  BE  DEFINED  AND  CONFIGURED  IN  DETAIL  INCLUDING 
RESOURCES,  INTERFACES,  PREDICTS,  AND  MISCELLANEOUS  CONSTRAINTS 

• AM  OBJECTIVE  FUNCTION  MUST  BE  SELECTED 

• MINIMUM  SERVICE  STANDARDS  OR  REQUIREMENTS  MUST  BE  DEVELOPED 
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Control  Concept  Refinement  - CASMS 

CONTROL  AND  STATUS  MONITORING  SYSTEM  (CASMS)  AUTOMATES  STDN  INTERFACES 

Vha&e.  1 AnaZyiZ&  idzYittiizd  CASMS  hoJidiMaAt/&oitMaJit  package, 
that  pAovtd&6  6ummoJitc6  netufoak  itatJU  paftameteM  and  aeoC  time 
citimatei  data  qaatity. 

Introduction 


The  Phase  I analysis  identified  a set  of  STDN  operations  control  concepts. 
One  of  the  basic  cornerstones  to  all  concepts  was  the  Control  and  Status 
Monitoring  System  (CASMS).  The  following  paragraphs  summarize  the  Phase  1 
analysis  results  applicable  to  CASHS.  The  remainder  of  this  section  then 
refines  the  CASMS  concept  to  the  point  where  hardware  and  software  require- 
ment estimates  can  be  made. 

Status  Monitoring 

Information  pertaining  to  status,  STDN  element  configuration,  and  the 
occurrence  of  events  must  be  exchanged  between  the  NOCC,  network  elements, 
and  users  during  the  normal  course  of  network  operations.  The  CASMS  is 
used  to  automate  the  transfer  of  this  information.  CASMS  can  receive 
status  and  event  indications  via  "level  type"  signals  activated  by 
switch  positioning  at  the  transmitting  element.  For  example,  a green 
status  indication  could  be  transmitted  to  CASMS  from  a GSTDN  site  by 
turning  the  "STATUS"  switch  on  a console  to  the  appropriate  position. 
Signals  received  by  CASMS  are  catalogued,  stored  and  presented  for 
visual  review  by  operations  management  personnel.  Configuration  informa- 
tion may  be  transmitted  to  CASMS  via  formatted  messages  which  are  also 
catalogued,  stored  and  presented  for  visual  review.  The  software  within 
CASHS  then  provides  periodic  status  and/or  event  mark  occurrence  1 nforma- 
tion,  either  periodically  or  on  an  "as  changed"  basis.  Additionally,  an 
I nterrogate/response  capability  is  provided  within  CASMS  which  allows 
acquisition  of  specific  Information  on  an  "as  needed"  basis. 

Data  Qual  ity 

CASMS  also  has  the  capability  of  providing  real  time  estimates  of  data 
quality  These  measures  are  necessary  for  the  NOCC  to  obtain  measures  of 
STDN  performance  as  it  fulfills  its  data  transfer  function.  Two  funda- 
mentally different  techniques  of  obtaining  real  time  data  quality  measures 
were  considered  in  the  analysis  of  Phase  1:  performance  parameter  monitor- 

ing and  data  inspection.  CASMS  can  support  either  method  of  data  quality 
measurement.  However,  the  hardware  and  software  requirements  are  signifi- 
cantly different  for  the  two  approaches  Additionally,  the  interfaces 
between  CASMS  and  the  NASCOM  data  communications  network  change  as  a func- 
tion of  the  chosen  data  quality  estimating  approach.  In  general,  CASMS 
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tends  to  be  significantly  more  complex  in  both  hardware  and  software  when 
supporting  the  data  inspection  technique.  The  performance  parameters  moni- 
toring scheme  tends  to  minimize  equipment  and  software  development  require- 
ments . 

The  implementation  of  a performance  parameter  monitoring  scheme  lends 
itself  to  a more  complete  response  to  poor  data  quality,  including  fault 
isolation  and  corrective  action  support.  However,  it  must  be  impressed 
upon  users  that  rapid  service  degradation  identification  is  necessary. 

Further,  all  parties  involved  must  speak  a common  language  when  identify- 
ing poor  data  quality.  For  example  Bit  Error  Rates  (BER's),  missing  frames, 
missing  blocks  must  be  specified  rather  than  "garbled  data."  Thus, 

CASMS  must  have  the  necessary  Information  on  BER's,  frame  and  block 
counts,  to  respond  to  user  inquiries  and  ascertain  accountabilities  for 
data  degradation. 


CASMS  OVERVIEW 


TO  CRT  DISPLAY 


SYSTEMS  ANALYST 


(3) 


PERFOftMAHCE  PARAMETER 
STATISTICS  ON  A ROITFlHE 
8 AS  IS 


(ll)  THRESHOLD  VIOLATIONS 

> CHANGES  IN  STATUS 
- DAILY  SUMMARY 


TO  CRT  DISPLAY 


(2)  -CURREKT  STATUS 
OF  NASCOH/TORSS/ 
GSTON/PQCC 

“EVENT  SEQUENCES, 
INITIATION  t completion 
TIMES 


FROM  KLYOOARO 


NETWORK  OPERATOR 
TYPES  IN  SCHEDULE 
EVENT  CODE  HUMBER 


NETWORK  CONTRQLLFIt 
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Control  Concept  Refinement  - CASMS 

CASMS  OPERATION  SUPPORTED  BY  A SMALL  MESSAGE  SET 

Fcue  (LdtagoAXe^  ol  uictk  them  100  bZt6  each  waJUL 

pJiovAjde.  we  n.tqiLUJjtt  CASMS  m^oMmcuUon, 

MESSAGE  DESCRIPTIONS 


Five  CASMS  message  categories  have  been  identified,  the  purpose  of  each 
is  discussed  in  an  individual  paragraph  below.  It  should  be  noted  that 
the  messages  described  below  are  those  considered  critical  for  real-time 
control  system  operations.  Two  alternatives  exist  for  the  transfer  of 
these  messages  between  the  NOCC,  STDN  elements,  and  network  users.  These 
messages  could  be  transmitted  via  the  3.6  KBS  digital  channels  assumed  to 
exist  between  the  NOCC  and  TDRSS/GSTDN  ground  stations.  Secondly  they 
could  be  interleaved  upon  the  1.5  MB  and  56  KB  data  lines.  The  fundamen- 
tal consideration  is  the  sampling  rate  associated  with  each  link  Appendix 
D treats  these  considerations  in  some  detail.  Current  analyses  Indicate 
the  9.6  KB  "administrative  circuit"  should  support  the  CASMS  information 
transfer  requirement. 

Network  Element  Status  (NES)  is  the  message  that  is  transmitted  to  CASMS 
during  a predefined  interval  before  a scheduled  contact.  It  is  to 
indicate  to  NOCC  Operations  Management  that  scheduled  elements  are 
either  go  or  no-go  for  the  scheduled  event.  An  interval  is  recommended 
to  ensure  that  elements  cannot  Indicate  "go"  for  all  scheduled  contacts 
at  one  time.  This  message  essentially  is  the  automated  equivalent  to  the 
pre-pass  verbal  check  currently  executed  by  network  control  le_rs_a bout  15 
minutes  prior  to  the  pass. 

The  Element  Status  Change  (ESC)  message  notifies  NOCC  Operations  Manage- 
ment that  an  element  in  the  network  or  user  equipment  has  either  changed 
from  green-to-red  or  from  red-to-green.  The  terms  "Green"  and  "Red"  are 
used  herein  to  signify  that  an  element  is  ready  and  operational  or  not 
ready/  not  operational  respectively. 

The  NASCOM  Error  Status  Word  (ESW)  is  the  flag  which  is  currently  set 
after  NASCOM  performs  its  PED  code  comparisons.  It  is  used  currently  to 
indicate  whether  a block  of  data  potentially  contains  an  error. 

Event  Marks  (EMK)  signify  to  Operations  Management  and/or  network  elements 
that  specific  events  associated  with  a contract  have  occured  For 
example,  TDRSS  acquistion  sequence  initiated  or  terminated  may  be  viewed 
as  event  marks. 

The  final  catagory  of  messages.  Performance  Parameters  (PMT) , are  those 
utilized  by  CASMS  to  perform  real-time  assessments  of  data  transmission 
quality.  They  are  transmitted  from  the  STDN  ground  stations  to  the  CASMS 
as  a periodic  basis  whenever  a contact  is  in  progress. 
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CASHS  MESSAGE  SIZING 


MESSAGE  CATEGORY  1 NETWORK  ELEMENT  STATUS  79  BITS 


MESSAGE  CATEGORY  2:  ELEMENT  STATUS  CHANGE  83  BITS 


MESSAGE  CATEGORY  3-  NASCOM  ERROR  STATUS  WORD  55  BITS 


MESSAGE  CATEGORY  5-  PERFORMANCE  PARAMETERS  60  BITS 
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Control  Concept  Refinement  - CASMS 

CASMS  OPERATION  SUPPORT  BY  A SMALL  MESSAGE  SET 

Message  Sizing 


MESSAGE  IDENTIFICATION  CMSG  ID)  signifies  to  CASMS  the  category  of  message 
being  received.  This  parameter  is  used  in  fundamental  rating  operations 
within  the  CASMS  software.  Since  there  are  five  message  categories,  a 
minimum  of  three  bits  are  required  for  this  parameter. 

Whenever  TIME  is  used  in  a message,  a requirement  for  the  day,  hour,  minute 
and  second  has  been  assumed.  Representation  of  3^5  days  requires  9 bits 
while  the  number  60  (hours,  minutes,  or  seconds)  requires  6 bits  There- 
fore, representation  of  the  time  requires  27  bits. 

Sources  for  messages,  SOURCE  ID,  could  be  any  of  the  STDN  users.  Because 
of  the  variable  nature  of  this  number,  enough  capacity  to  support  over  1000 
users  has  been  allocated  with  10  bits. 

SCHEDULE  EVENT  ID  uniquely  identifies  each  STDN  supported  contact  and 
activities.  Within  the  event  number  it  has  been  assumed  that  it  Is  desir- 
able to  code  the  location  of  the  STDN  element  supporting  the  contact/event 
to  some  degree  of  detail.  This  could  include  identifying  the  SA  link 
associated  with  the  TDRSS  East  satellite  for  example.  Therefore  in  addition 
to  TIME,  8 bits  have  been  reserved  for  STDN  element  identification  (256 
unique  "links")  Thus  the  total  bits  to  accommodate  the  SCHEDULE  EVENT 
ID  IS  35. 

The  communications  PORT  ID  has  been  allocated  11  bits  so  that  over  2000 
unique  ports  can  be  identified.  STATUS  CODES  were  assumed  to  consist  of 
1)  "go"  (green),  2)  "no-go"  (red),  3)  degraded/1 irai ted  support  (amber),  and 
4)  other.  Four  bits  accommodate  a flag  setting  of  these  conditions  as 
well  as  growth  to  16  unique  status  state  identifiers.  TYPE  OF  CHANGE  with 
5 bits  accommodates  all  combinational  possibilities  of  the  above  changes  of 
state.  CAUSE  OF  STATE  CHANGE  has  been  allocated  10  bits  allowing  for 
codi ng/def in  1 1 ion  of  over  1000  different  state  change  mechanisms. 

Based  upon  information  in  the  TDRSS  Performance  Specification  as  well  as 
investigation  of  potential  performance  indicators,  7 bits  have  been  alloca- 
ted to  performance  PARAMETER  ID  In  the  "flag  set"  mode,  up  to  7 parameters 
can  be  identified  In  the  "combinational  mode"  up  to  128  parameters  may  be 
identified  This  range  would  seem  to  bound  the  requirements  for  this 
aspect  of  services  quality  determination.  Similarly  a value  of  12  bits 
was  chosen  to  represent  the  PERFORMANCE  PARAMETER  VALUE.  This  was 
deemed  sufficient  for  both  fixed  and  floating  point  notation. 
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As  can  be  seen  from  the  above,  all  messages  should  be  compatible  with  a 
100  bit  message  format.  Additionally,  as  the  definition  of  the  system  is 
enhanced,  capability  for  increasing  any  of  the  parameter  bit  sizes  has 
been  accommodated. 


CASHS 

MESSAGE  PARAMETER  S.IZLNG 

PARAMETER 

ELEMENT 

BIT  SIZE  1 

1 . 

MESSAGE  ID 

N/A 

3 

2. 

SOURCE  OR  USER  ID 

N/A 

10 

3. 

PORT/UNK  ID 

N/A 

11 

k. 

TIME 

DAYS 

9 

HRS.5/M!N:6/SEC:6 

17 

5. 

SCHEDULE 

TIME 

27 

EVENT  ID 

LINK 

8 

6. 

STATUS  CODES 

N/A 

if 

7. 

TYPE  OF  CHANGE 

N/A 

5 

8. 

CAUSE  OF  CHANGE 

N/A 

10 

9. 

PARAMETER  ID 

N/A 

7 

10. 

PERFORMANCE  PARAMETER 

VALUE  N/A 

12 
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Control  Concept  Refinement  - CASMS 
CASMS  MESSAGES  SUGGEST  SIMPLE  DISPLAYS 

Uyic.omptLacite.d  di&pZay6  ku££  6uppo^  ikz  STVH  contAot  coyLC.e.pt. 

Status  Display 

Within  all  operation  control  concept  alternatives  developed  in  Phase  I, 
the  initial  process  associated  with  the  task  of  Routine  Service  was  “assemble 
network  resources  and  establish  user-to-spacecraft  link."  The  first 
representative  display  shown  supports  the  assemblage  of  network  resources. 

At  the  top  of  the  display,  the  information  contained  in  CASMS  message 
category  1,  Network  Element  Status,  is  displayed  and  highlighted  in 
alphanumeric  format.  In  this  example,  Alaska  (ULA)  is  scheduled  to 
support  Atmospheric  Explorer  (AE)  with  link  3 on  date  25^  at  the  time 
13- 5A.  This  display  indicates  that  NASCOM,  the  AE  POCC  and  ULA  reported 
“go"  for  the  contact  at  the  times  indicated.  Since  all  elements  have 
reported  in  prior  to  the  scheduled  contact  time  (and  within  the  pre- 
established  1 nterval ) ,“AE  ESTABLISHED"  is  flashed  on  the  display. 

If  an  element  had  reported  a status  change  from  green  or  not  reported 
status  within  the  interval,  a highlighted  indication  would  be  displayed. 

This  is  represented  by  the  "boxed"  NAS  13’30  which  would  indicate 
that  NASCOM  reported  "not  green"  for  this  contact  at  13*30 

Control  Display 

The  second  display  shown  is  a representative  Control  Display.  Similarly 
the  appropriate  schedule  event  information  is  highlighted  at  the  top  of 
the  display.  The  events  associated  with  the  contact  are  delineated 
below.  This  example  identified  Acquisition  (ACQ.)  and  POCC  Service  Trans- 
action (SERV) . The  time  indications  to  the  right  of  the  abbreviations 
indicate  the  time  the  identified  event  was  initiated  and  completed.  The 
highlighted  time  after  SERV  indicates  the  scheduled  contact  completion 
time.  The  flashing  "FIVE  MINUTES"  is  used  to  exemplify  the  notation  that 
operations  management  is  "warned"  of  the  impending  contact  completion 
time.  This  Operations  Management  has  the  capability  to  check  with  the 
POCC  to  determine  if  service  extension  is  desired,  etc.^  if  not  already 
announced.  The  final  item  DIS  identifies  the  disassemblage  of  network 
resources.  This  is  the  event  which  constitutes  the  conclusion  of  the 
scheduled  contact.  Message  category  2,  EVENT  MARKS,  is  used  to  supply 
the  required  display  information. 

Performance  Parameter  Display 

The  final  display  illustrates  the  information  that  would  be  made  available 
when  established  performance  thresholds  are  violated.  Three  elements  of 
the  display  are  highlighted.  The  link  number  and  time  of  violation 
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framed  at  the  top  of  the  display.  The  performance  parameter  values 
which  have  exceeded  predetermined  thresholds  and  their  associated  values 
are  highlighted  immediately  below.  This  example  identifies  signal-to- 
noise  (S/N)  ratio  and  bit  error  rate  (BER) . The  threshold  boundary 
violated  is  also  flashed.  The  values  of  all  performance  parameters 
associated  with  that  link  are  provided  with  their  corresponding  near, 
medium  and  long  term  averages  (shown  by  x's) 


REPRESENTATIVE  CASHS  DISPLAY 


REPRESENTATIVE  NETWORK  STATUS  DISPLAY 


REPRESENTATIVE  CONTROL  DISPLAY 


REPRESENTATIVE  PERFORMANCE  PARAMETER  DISPLAY 
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Control  Concept  Refinement  - CASMS  Hardware  Requirements 

CASMS  REQUIRES  DEDICATED  HARDWARE 

CASMS  A.exituA^e.nt6  can.  6c  4cttc5j{-tcd  Mith  a.  ^ophcsHcatcd 
mau,~c.ompLuteA. 

CASMS  Sizing  Considerations 

The  principal  parameter  driving  the  sizing  of  CASMS  is  the  maximum  arrival 
rate  of  critical  messages.  The  messages  considered  "critical"  in  the  CASMS 
context  are  the  performance  parameter  monitoring  messages.  They  are  termed 
"critical"  because  the  CP  Interrupt  carried  by  the  arrival  of  a performance 
parameter  message  must  be  serviced  before  the  arrival  of  the  next  such  mes- 
sage to  avoid  data  loss.  Recalling  that  a 100  bit  message  size  for  CASMS 
was  demonstrated  to  be  more  than  required,  and  assuming  that  the  CASMS  pei 
formance  parameter  messages  would  arrive  at  the  9*6  kb/s  rate  from  a 
maximum  of  15  ground  stations  and  NASCOM,  the  theoretical  maximum  arrival 
rate  would  be  1536  messages  per  second.  This  arrival  rate  would  require 
processing  a message  every  650  psec.  Allowing  100  machine  cycles  per 
message,  a 6-7  psec  machine  would  be  sufficient.  Since  mini -computer 
operation  codes  execute  at  speeds  of  1-2  ps,  a mini-computer  could  service 
the  performance  parameter  messages.  However,  to  ensure  the  fastest  timing 
constraint  is  met,  this  operating  system  task  would  have  to  be  continuously 
resident  within  the  mini-computer  CP.  To  accomodate  the  message  processing 
tasks,  background  tasks  such  as  status  and  control  messages/displays  and 
buffering  of  the  performance  parameters,  65K  of  storage  has  been  selected. 
This  is  in  addition  to  the  nominal  storage  of  5“6K  using  core  obtained  with 
the  CP.  Representative  of  these  components  are  the  DEC  11/70,  VARIAK  V-76 
and  HPs  IMX. 

Peripheral  Devices 

In  addition  to  the  CP  and  storage  requirements  peripherals  have  been  selected 
to  complement  the  basic  CASMS  system  requirements.  Disk  and  tape  devices 
are  utilized  for  diagnostic  software,  the  operating  system  and  data  logging. 
Printer  and  card  reader  support  both  diagnostic  and  software  development. 
Input/Output  cards  provide  the  ability  to  handle  8-16  external  units  per 
card. 
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Control  Concept  Refinement  - Operations  Management 

AREAS  OF  RESPONSIBILITY  DEFINED  FOR  NOCC 

Tkz  WOCC  Z6  Ad6poyu>-tbte.  {ofi  cyuiuu.ng  that  the.  ^unatcon6  Uetifsofik 
SdkzdixZlnQ , Netitfo^k  Ope/Lot^ons , NetiVOA.k  SeAvtae.  Aaeoantuig,  and 
MetMoAk  Ptanntng  oaq.  aaaomptt6he.d. 

Introduction 


During  Phase  I,  STDN  operations  were  segmented  into  four  operations  tasks. 
These  tasks  were  stated  to  be  scheduling,  routine  service,  system  integrity 
and  malfunction  identification,  isolation,  and  restoration,  tn  the  Phase  I 
context,  these  were  the  tasks  or  activities  which  the  STDN  had  to  perform  in 
providing  service  to  users.  As  such,  these  tasks  were  the  operations  that 
the  control  concept  controlled.  With  the  control  concept  defined,  areas  of 
responsibility  must  be  assigned  to  STDN  elements  implementing  the  control. 
These  areas  of  responsibility  have  been  defined  as  Network  Scheduling,  Net- 
work Operations,  Network  Service  Accounting,  and  Network  Planning.  Unfor- 
tunately, in  one  case  - that  of  scheduling  - the  same  terminology  had  been 
used  to  identify  slightly  different  ideas  The  following  paragraphs  describe 
each  of  the  identified  NOCC  functions  or  areas  of  responsibility.  These 
functions  then  form  the  basis  upon  which  the  NOCC  workload  can  be  defined. 

The  following  four  themes  trace  the  development  of  this  workload  in  terms  of 
subfunctions  and  tasks 

Network  Scheduling 

Network  scheduling  is  the  process  by  which  STDN  resources  are  allocated  to 
users  and  efficient  network  utilization.  This  process  is  supported  by  the 
ASR  algorithm  previously  described.  The  fundamental  responsibilities  in  the 
NOCC  are  seen  to  be  those  of  controlling  the  scheduling  process,  developing 
schedules,  and  participating  in  the  resolution  of  conflicts  when  required. 

Network  Operations 

The  second  function  of  the  NOCC  is  to  support  network  operations.  These  op- 
erations include  providing  real  time  user-spacecraft  communication  channels, 
monitoring  network  performance  and  the  reaction  to  network  degradations,  and 
supporting  the  user  during  spacecraft  emergencies. 

The  NOCC's  responsibilities  in  this  area  include  constraining  network  utili- 
zation consistent  wi th  the  current  operations  control  methodology,  establish- 
ing and  maintaining  service  quality  standards,  and  ensuring  rapid  response  to 
identified  network  operations  service  deficiencies. 

Network  Service  Accounting 

The  function  of  Network  Service  Accounting  provides  the  NOCC  with  a self- 
evaluation  mechanism.  This  evaluation  determines  the  extent  to  which  the 
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network  has  met  its  commitment  to  the  user  Through  the  use  of  quantitative 
standards,  subjective  evaluations  are  unmoved ^and  data  is  anchored  for  future 
reference  purposes,  as  required. 

Network  Planning 

Within  this  function,  operations  management  coordinates  the  engineering, 
operational,  and  communications  requirements  in  order  to  minimize  the  Impact 
on  network  standards  and  the  current  requirements  of  other  users. 

Each  of  these  functions  is  developed  in  terms  of  Its  tasks  and  intrafunction 
information  flows  and  interfaces.  Network  operations  will  be  discussed  last 
in  order  to  provide  the  foundation  for  the  determination  of  routine  workload 
staffing  requirements. 


STDN  CONTROL  CENTER  FUNCTIONS  AND 
ASSOCIATED  INFORMATION  FLOWS 
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Control  Concept  Refinement  - Operations  Management 

NETWORK  PLANNING  WORKLOAD  DEFINED  IN  THE  CONTEXT  OF  FIVE  TASKS 

In  planning  STVN  -duppoAt  a nm  pfiojtct,  opeJLotcon6  man- 
agment  cooAd<,nctt&i  .the  zngZne.&Alng , opoAotLomZ,  and  c.ommmA,cija- 
Zcom  Ae,quuAme.yit6 , Thz&z  activZti&6  oAe.  accomptc6ked  uuMUn  thz 
iub£ancZ<.oni>  ncs^^on  AeqLuA.me.nt6  'jeAuiACJotton  and  ttic66Aon 
£oadtng  eAtunation. 

Mission  Requirements  Verification 

Regardless  of  the  operation  control  concept  alternative  postulated  within 
Phase  I,  a group  cognizant  of  STDN  capabilities  and  limitations  must  review 
the  support  requirements  potentially  placed  on  the  network  by  a new  project 
The  requirement  for  this  review  Is  to  coordinate  the  engineering,  operational, 
and  communications  impact  of  a new  project  in  such  a way  as  to  minimize  the 
impact  on  network  standards  and  current  requirements  of  other  users. 

Before  network  support  can  be  committed  to  a project,  compatibility  between 
the  user  spacecraft  and  network  resources  must  be  demonstrated.  During  the 
1980-1990  time  frame,  compatibility  tests  will  be  performed  at  user-designated 
facilities  using  a fully  instrumented  portable  van  and  a hardwire  or  RF  in- 
terface These  tests,  which  will  be  designed  by  network  planning  as  part  of 
a task  to  confirm  that  the  user  data  formats  and  the  ground  station  hardware 
and  software  are  compatible,  will  include  both  forward  (command)  and  return 
(telemetry)  link  verification.  The  use  of  the  mobile  test  van  will  permit 
user  control  centers  to  operate  with  their  spacecraft,  under  controlled  con- 
ditions, to  verify  support  software,  hardware,  and  procedures.  During  com- 
patibility testing,  magnetic  tape  records  of  spacecraft  data  will  be  generated 
for  future  use  In  the  NOCC  and  as  a reference  data  base  to  assist  in  identi- 
fying future  spacecraft  subsystem  problems 

Mission  Loading  Estimation 

Also  inherent  in  the  project  planning  function  will  be  the  development  of 
network  mission  loading  data  designed  to  identify  the  changes  in  network  ser- 
vice capability  which  may  become  necessary.  As  part  of  this  activity,  infor- 
mation from  a wide  range  of  sources,  with  varying  degrees  of  "firmness",  is 
gathered  and  processed.  Representative  outputs  of  this  subfunction  are  shown 
in  the  figure. 
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Control  Concept  Refinement  - Operations  Management 

SCHEDULING  WORKLOAD  DEFINED  IN  THE  CONTEXT  OF  12  TASKS 

Tk&  hojxfitbtat  oi  ■6che.dating  ^ d&^-cmd  by  the.  tasks  uutkcn  the.  sub- 
^(mctcon  Input  Paocl^ssoa.  Tk&sz  tasks  oAt,  tn  tuAn,  sappoAtiid  by 
tkosQ.  uxcthtn  the.  .sub^anctton' s Input  InteAAogatoA,  Vata  Sasz  Matn.- 
tCMnce.,  and  Vtsthabutz  Output, 

Input  Interrogator 

The  two  tasks  within  the  INPUT  INTERROGATOR  form  a preprocessor  for  inputs 
to  scheduling.  Herein  a request  is  authenticated.  A series  of  checks  Is 
performed  to  ensure  that  the  request  has  come  from  a valid  requestor,  is  in 
the  proper  format,  and  contains  all  required  information.  If  the  checks  are 
not  satisfied,  a diagnostic  response  is  sent  to  the  DISTRIBUTE  OUTPUT  sub- 
function for  transmission  to  the  requestor.  When  a request  Is  authenticated. 
It  IS  routed  to  one  of  three  destinations^ depending  upon  the  scheduling 
function's  operational  mode.  If  the  request  is  for  allocation  of  resources 
or  a trial  run  allocation,  the  request  is  passed  to  the  INPUT  PROCESSOR,  If 
a centralized  control  mode  is  being  enforced,  all  resource  request  inputs  to 
scheduling  will  be  routed  to  DISTRIBUTE  OUTPUT  and,  subsequently,  be  made 
available  to  operations  management  personnel  in  the  NOCC  for  review.  Lastly, 
data  base  queries  are  routed  directly  to  the  data  base  manager.  In  addition 
to  the  above  actions,  statistics,  for  example,  number  and  type  of  requests  by 
user,  are  derived  from  the  preprocessor.  These  statistics  provide  a record 
of  scheduling  function  utilization. 

Input  Processor 

The  INPUT  PROCESSOR  is  the  heartbeat  of  scheduling.  When  an  authenticated 
resource  request  or  trial  run  is  received,  its  feasibility  is  ascertained. 
This  feasibility  analysis  incorporates  geometric  considerations  as  well  as 
time  slot  availability  Even  though  a time  slot  is  available,  NASCOM  band- 
width, tracking  element  capability,  and  the  like  must  be  checked  to  ensure 
that  constraint  violations  are  not  produced.  If  a resource  request  can  be 
granted  within  the  established  constraints,  the  allocation  is  transferred  to 
DATA  BASE  MAINTENANCE  for  data  base  updating.  If  the  request  cannot  be 
granted  because  of  resource  limitations  other  than  time  availability,  a diag- 
nostic message  is  transmitted  to  the  requestor  via  DISTRIBUTE  OUTPUT.  This 
diagnosis  identifies  the  constraint  violation  and  potential  alternatives.  If 
the  request  cannot  be  granted  because  of  a time  slot  conflict  with  another 
user,  the  conflict  situation  is  passed  to  the  Conflict  Analyzer  task  If  the 
conflict  involves  "generic  requests",  resolution  is  attempted  within  the  in- 
put processor.  Successful  resolutions  are  transferred  to  the  data  base.  If 
the  conflict  is  beyond  the  capability  of  the  conflict  analyzer's  resolution 
capability,  the  conflict  situation  is  made  known  to  the  affected  users  and 
NOCC  operations  management  personnel.  Resolution  is  effected  through  a man- 
to-man  interface  with  new  requests  being  submitted  to  the  scheduling  function 
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after  resolution.  Automated  algorithm  considerations  for  the  input  processor 
were  discussed  previously. 

Data  Base  Maintenance 


Under  the  auspices  of  a data  base  manager  (administration  task),  updates  are 
made  to  the  scheduling  data  baseband  information  is  retrieved  and  made  avail- 
able, via  DISTRIBUTE  OUTPUT,  to  the  requestor.  One  of  the  critical  aspects 
of  the  administrator  is  that  of  data  base  security.  It  is  likely  that  all 
users  will  not  be  allowed  to  access  or  manipulate  the  data  base  in  the  same 
ways.  Therefore,  specific  operational  lockouts  and  safeguards  must  be  in- 
corporated within  the  data  base  manager. 

Distribute  Output 

The  tasks  associated  with  this  last  subfunction  are  straightforward.  They 
serve  to  appropriately  format  and  distribute  all  scheduling  function  outputs. 


□ TASKS 
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Control  Concept  Refinement  - Operations  Management 

NETWORK  SERVICE  ACCOUNTING  WORKLOAD  DEFINED  IN  THE  CONTEXT  OF  EIGHT  TASKS 

The.  to6k6  mithiyi  tkz  tkuzz  6ub^unctCoyis  Jn^oAmcUxon  Colt&cXlon, 
Se/tv^ce  Anaty6X^,  and  SeAv^ce,  Qml<Xy  VocmeJvCation  acaomptUk 
■de/LV^ae  accounting. 

Service  Accounting  Requirement 

Within  the  current  operational  context,  there  Is  no  quantitative  method  by 
which  the  NOCC  can  establish  service  quality  on  a pass-by-pass  or  historical 
basis.  Among  the  difficulties  in  establishing  a measure  of  current  perform- 
ance is  the  fact  that  problems  may  not  be  reported  for  6 to  8 weeks  after  a 
pass  has  occurred  (as  in  the  case  with  mailed  tapes).  Additionally,  the  NOCC 
must,  for  the  most  part,  rely  on  the  ground  stations  to  establish  the  valid- 
ity of  received  data.  When  the  quantitative  values  (thresholds)  of  STDN 
operational  parameters  are  established,  measured  parameter  values  received 
and  recorded  in  the  NOCC  can  be  compared  against  thresholds  thus  removing  a 
“hearsay”  nature  of  service  quality  propositions. 

Information  Collection 


The  purpose  of  the  tasks  associated  with  the  subfunction  of  INFORMATION  COL- 
LECTION Is  to  acquire  all  relevant  data  for  establishing  a quantitative  meas- 
ure of  STDN  service  quality.  Since  this  data  will  be  available  In  a time- 
phased  fashion,  it  must  be  filtered  and  correlated  to  provide  information  in 
a useable  format  for  SERVICE  ANALYSIS.  Information  on  magnetic  tapes  from 
CASMS  and  the  ASR  provide  some  of  the  Inputs  to  this  subfunction,  it  Is 
envisioned  that  this  information  would  be  processed  on  exIsting-GSFC  compu- 
ters to  provide  identifications  of  support  anomalies.  When  such  anomalies 
are  identified,  reports  relating  to  the  cause  and  resolution  of  the  anomaly 
would  be  correlated  to  provide  the  set  of  supporting  data  which  is  trans- 
ferred to  SERVICE  ANALYSIS.  Additionally,  performance  parameter  summaries 
which  establish  the  nominal  level  of  service  on  a periodic  basis  would  be 
processed  in  a mode  similar  to  the  anomalies  to  obtain  service  level  data  in 
a useable  format  for  analysis  and  documentation. 

It  is  critical  to  the  overall  functioning  of  the  NOCC  operational  support 
hardware/software  systems  that  Service  Accounting  Information  Processing  not 
be  inserted,  per  se,  into  their  requirements.  The  reason  for  this  Is  quite 
straightforward.  The  less  complicated  the  software,  the  less  costly  the 
software  development,  hardware  integration,  and  potential  for  degradations 
due  to  overload  However,  appropriately  formatted  outputs  on  tape,  cards, 
etc.  can  reduce  the  manual  data  processing  problems.  Correlations,  statis- 
tics development,  and  the  like  can  then  be  carried  in  existing  GSFC  general 
service  computer  hardware  in  a batch  job  mode  totally  off-line  to  NOCC  opera- 
tionally required  hardware/software  systems 


I ! 1-64 


THE  BDM  CORPORATION 


Service  Analysis 

This  subfunction  receives  anomaly  identification  and  service  level  data  from 
INFORMATION  COLLECTION.  The  service  level  data  essentially  identifies  the 
quality  of  service  provided  during  periods  which  are  not  anomalous.  The  task 
of  Service  Discrepancy  Verification  ensures  that  anomalies  which  have  been 
identified  are  completely  documented.  Additionally,  if  contradictory  infor- 
mation IS  received  concerning  a service  anomaly,  it  is  the  respons i bl i ty  of 
the  personnel  performing  this  task  to  ensure  that  such  contradictions  are 
resolved.  The  second  task  compiles  all  service  quality  related  information 
in  a format  or  formats  suitable  for  publication. 

The  nature  of  the  service  accounting  outputs  is  the  major  factor  in  deter- 
mining the  type  and  nature  of  its  inputs.  The  data  communications  industry 
has  adapted  several  formats  for  this  type  of  information  and  its  display. 
Exploration  of  these  formats  and  displays  is  beyond  the  scope  of  this  analy- 
sis. However,  these  formats  are  designed  for  various  purposes  and  levels  of 
management,  thus  serving  as  a point  of  departure  for  establishing  service 
accounting  output  formats. 

Service  Quality  Documentation 

The  tasks  of  formating,  publishing,  and  distributing  associated  with  this 
subfunction  are  self-explanatory  and  serve  to  identify  the  formal  publica- 
tions process. 


NETWORK  SERVICE  ACCOUNTING  TASK  FLOW 
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Control  Concept  Refinement  - Operations  Management 

NETWORK  OPERATIONS  WORKLOAD  DEFINED  IN  THE  CONTEXT  OF  THREE  TASKS 

The.  Thai,  2.  I analy^^  ^eyutcile.d  ^ou/l  neMofik  opeAjCctiom  ta&k^  and, 
uuXh  thz  e.xc.zptton  oi  .idi&duting,  tmyu>Zatz  dviejitly  into 

the.  Aubi^unetcons  System  Int&g.'uty,  MaZ^unetioni,  and  Routtne 
Se/LU^ce. 

System  integrity 

SYSTEM  INTEGRITY  is  the  process  by  which  network  operations  management  en- 
sures that  STDN  elements  are  capable  of  performing  to  established  standards. 
The  task  of  Routine  System  Integrity  is  to  provide  real  time  estimates  of 
STDN  service  quality.  The  task  Network  Simulations  serves  to  establish  STDN 
or  combined  STDN-user  performance  capabilities  prior  to  an  actual  want  Spe- 
cial tests  establish  performance  standards  for  new  and/or  existing  hardware 
and  software.  As  shown,  these  tasks  function  on  a relatively  independent 
basis.  However,  since  all  tasks  may  identify  malfunctions,  each  has  a branch 
to  that  subfunction  as  designated  by  the  figure. 

Malfunctions 


When  problems  are  identified,  the  first  step  in  the  restoration  process  is 
the  verification  that  a problem  does  in  fact  , exist.  A technical  support 
team  assists  the  NOCC  in  problem  isolation  as  required.  This  process  could 
involve  analysis  of  detailed  CASMS  performance  parameter  history  data. 
Assistance  from  all  elements  involved  in  the  problem  is  enlisted.  This  is 
indicated  in  the  figure  by  the  query-response  (D/R)  interaction  between  the 
task  of  Isolation  and  the  STDN  elements/users.  For  severe  problems,  special 
tests  or  simulations  may  be  required  to  affect  isolation.  Restoration  in- 
volves a free  form  or  ad  hoc  activity  in  which  actions  for  problem  allevia- 
tions are  identified  and  implemented. 

Operational  problems  may  be  identified  in  the  NOCC,  the  ground  stations 
(TDRSS/GSTDN) , POCC,  or  experimenter  centers.  Operations  in  the  TDRSS  era 
place  special  requirements  upon  al 1 STDN  users  with  regard  to  the  MALFUNCTION 
tasks.  The  most  critical  requirement  is  judged  to  be  in  the  area  of  proced- 
ures/language. In  the  case  of  multimegabit  users  (e  g.,  SEASAT) , data  is  to 
be  transferred  directly  to  the  "experimenter".  Needless  to  say,  a spacecraft 
tape  dump  does  not  necessarily  present  data  in  a precise  manner*  Contrast- 
ingly, some  users  can  accept  "jiggles"  in  data  and  correct  for  these  occur- 
rences. As  a result,  the  definition  of  problems  must  be  explicit  in  the 
TDRSS-era.  Statements  of  "I'm  getting  garbage"  will  not  assist  in  solving  a 
real  time  data  transmission  problem.  More  explicit  problem  identification 
must  be  made.  For  example,  statements  similar  to  "frames  101  - 852  lost", 
the  bit  error  rate  has  succeeded  10”^",  etc.  will  prove  more  effective  in 
problem  isolation  activities. 
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Routine  Service 


The  tasks  associated  with  routine  service  form  the  basic  workload  for  the 
STDN  control  center.  Execution  of  a contact  is  envisioned  to  occur  in  the 
following  manner.  On  a preestablished  basis,  such  as  from  a hardcopy  of  a 
schedule,  the  network  controller  (NC)  knows  a contact  he  is  to  manage  is 
about  to  occur  At  a predetermined  interval,  the  NC  accesses  CASMS  to  obtain 
a status  display  monitor  to  that  shown  previously  If  all  network  elements 
are  "go"  for  the  contact,  the  NC  initiates  a computer-generated  message  to 
the  appropriate  ground  station  (TDRSS  or  GSTDN)  to  initiate  the  acquisition 
sequence  and  calls  the  CASHS  control  display.  Upon  completion  of  the  acqui- 
sition sequence,  the  ground  station  issues  an  event  mark  which  is  registered 
on  the  CASMS  control  display.  If  no  Status  Change  messages  affecting  the 
STDN  elements  involved  with  the  contact  have  been  received,  the  NC  signals 
the  POCC/exper imenter  that  a spacecraft  link  has  been  established.  At  the 
completion  of  the  POCC/exper imenter-spacecraft  contact,  the  NC  is  signaled 
with  an  event  mark  message.  The  NC  then  issues  an  event-completed  message  to 
the  network  elements  and  files  a contact  summary  report  with  CASHS. 
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Control  Concept  Refinement  - Operations  Management 

SCHEDULED  EVENT  OCCURRENCE  RATE  DETERMINES  ROUTINE  WORKLOAD 

The.  TVRSS  VZannlng  ModeZ  p^vZdeJ>  the.  ba&Z6  ion.  a.  neZatZon.- 

6 hep  b&tween  mqu&ited  sappont  and  neZwofik  nowtene.  wonkZoad. 

TDRSS  Loading 


The  data  provided  in  the  TDRSS  Planning  Mission  Model  (Reference  I ) suggests 
a TDRSS  baseline  load  of  approximately  620  contacts  per  day.  This  point  is 
identified  as  (§)  on  the  figure.  If  a uniform  distribution  of  these  events 
is  postulated,  approximately  .4  events  (contacts)  occur  every  minute.  This 
equates  to  an  event,  or  contact,  occurring  every  2-1/2  minutes.  As  described 
in  the  Phase  I Report  TDRSS  Operations  Control  Analysis  Study  (Reference  18), 
the  mission  model  data  served  as  a basis  for  increasing  loads  to  100  percent 
of  the  baseline  and  decreasing  support  requirements  to  50  percent  of  the 
baseline  load  (points  ^ and  , respectively)  In  general,  for  the  spe- 
cific mission  classes  and  support  identified  in  the  planning  mission  model, 
the  figure  shown  describes  the  rate  of  contact  occurrence  for  any  load  (de- 
scribed by  the  dashed  lines). 

GSTDN  Load i ng 


The  same  mission  model  Identifies  expected  GSTDN  loading.  Due  to  the  diffi- 
culty in  translating  the  stated  support  requirements  into  contacts  per  day, 
certain  assumptions  were  required.  As  a worse  case,  it  was  assumed  that 
GSTDN  supported  satellites  required  either  one  or  two  contacts  every  90  min- 
utes, or  approximately  15  contacts  per  day.  If  contacts  with  some  satellites 
are  longer  or  continuous,  it  serves  only  to  decrease  the  number  of  contacts 
and,  hence,  the  NOCC  routine  workload.  Thus,  under  the  above  assumption  for 
contacts,  a baseline  workload  for  GSTDN  was  established  at  240  contacts  per 
day  or  one  GSTDN  event  every  5 minutes.  This  is  represented  by  (2)  in  the 
figure. 

The  preceding  event  rates  will  serve  as  a baseline  routine  network  workload 
for  the  subsequent  staffing  analysis. 
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SYSTEM  "SETUP  AND  TEARDOWN"  ARE  THE  ROUTINE  TASKS 

Thz  dwuitwyi  time.  ^e.quAAed  to  manage  "6etap” , pfiioK  to  a con- 
tact, and  "tca/Ldom." , ^ubicqacnt  to  a contact,  and  the  ^latc  -tn 
which  events  coic  anJvtvlng  at  tkc  HOCC  dcteAmcnc  the  numbejt 
ilmaltancoa^  h.outlnc  actcotticiy. 

Task  Description 

As  previously  noted  in  the  discussion  on  Routine  Service,  the  STDN  control 
center  or,  more  precisely,  the  network  controller  has  a series  of  tasks  to 
perform  in  the  normal  execution  of  any  contact.  Simply,  the  network  con- 
troller is  responsible  for  assembling  the  network  elements  prior  to  a trans- 
action and  teardown  subsequent  to  a transaction.  To  accomplish  these  tasks, 
the  controller  must  first  have  a preestablished  knowledge  of  the  event,  check 
network  element  status  via  CASMS,  generate  messages  to  TDRSS  or  GSTDN  to  ini- 
tiate the  acquisition  process,  check  CASMS  for  the  completion  of  acquisition 
and  current  network  status,  signal  the  POCC  that  the  network  is  "go"  for  the 
transaction,  and  notify  elements  of  transaction  completeness. 

Speed  and  Event  Arrival  Rate 


The  speed  in  which  the  controller  can  accomplish  these  tasks  will  affect  the 
probability  that  a second  or  subsequent  event  will  occur  during  the  critical 
sequence  of  network  assembiy/disassembly.  Speed  dictates  the  duration  of 
cognizant  time  the  network  operator  must  give  to  that  particular  event.  Once 
the  transaction  begins,  however,  the  controller  has  little  responsibility 
until  completion,  at  which  time  teardown  of  the  system  must  be  accompl ished. 
Coupled  with  speed  is  the  rate  of  event  arrival  in  determining  simultaneous 
events.  The  faster  the  arrival  rate,  the  greater  the  probability  of  simul- 
taneous events. 

These  two  effects  are  portrayed  in  the  facing  illustration.  Network  assembly 
is  assumed  to  be  5 minutes  in  duration,  disassembly,  1 minute,  and  arrival 
rate,  one  contact  per  minute.  As  depicted,  this  results  In  six  simultaneous 
"setup"  events  to  be  accounted  for  at  any  instant  of  time.  Since  the  network 
controller  Is  not  responsible  for  the  event  during  the  transaction,  this  per- 
iod is  essentially  free  time  The  case  illustrated  is  an  optimistic  example 
since  transaction  times  are  equivalent  for  all  events  Here,  only  two  addi- 
tional events  can  occur  simultaneously  because  of  the  "teardown"  time.  This 
IS  seen  as  the  Nth  event  starts,  as  the  first  event  initiates  "teardown", 
and  the  N+lst  event  starts  as  the  first  event  completes  the  "teardown".  Thus, 
for  the  case  in  which  assembly  requires  5 minutes  and  disassembly  requires 
1 minute,  the  ratd  of  event  and  transaction  times  are  constant, and  arrival  is 
one  per  minute  Eight  simultaneous  events  can  occur. 

For  purposes  of  analysis,  "teardown"  was  assumed  to  be  1 minute  and  transac- 
tion time  constant  as  assembly  time  and  event  arrival  rate  varied 
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MANPOWER  REQUIREMENTS 
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Factor  Interdependencies 

The  number  of  console  operators  required  to  adequately  absorb  the  workload 
for  2k  hours  a day,  7 days  a week,  52  weeks  a year  is  a direct  function  of 
the  number  of  console  positions  to  be  manned.  The  number  of  console  posi- 
tions to  be  manned,  in  turn,  is  a function  of  the  system  loading,  time  re- 
quired for  network  assembly  for  each  contact,  and  the  individual  operator's 
ability  to  handle  a given  number  of  simultaneous  events  over  a given  length 
of  time.  The  facing  illustration  depicts  the  interdependencies  of  these 
factors  and  how  they  dictate  required  console  positions.  The  following 
example  illustrates  the  use  of  the  exhibit  and  procedure  for  calculating 
the  required  console  positions. 

Requirement  Calculation 


Starting  in  the  northeast  corner,  the  STDM  Loading  Function  reflects  the 
straightforward  positive  relationship  between  the  number  of  contacts  per  day 
and  the  rate  in  which  events  are  arriving  at  the  NOCC.  The  dotted  line  from 
the  vertical  axis  indicates  a level  of  approximately  620  contacts  per  day, 
corresponding  to  the  TDRSS  baseline  loading.  This  translates  into  an 
arrival  rate  of  .^3  events  per  minute  at  the  NOCC.  Therefore,  on  the  average 
events  will  be  initiated  every  2.3  minutes. 

The  time  required  to  assemble  the  network,  given  the  rate  in  which  events 
are  arriving,  will  then  dictate  the  number  of  simultaneous  events,  on  the 
average,  to  be  accounted  for  at  any  instant  of  time.  This  relationship  is 
illustrated  in  the  southeast  corner  of  the  exhibit  by  the  Iso-Assembly  Curves 
Along  each  curve,  the  length  of  time  required  for  assembly  is  held  constant. 
Assumed  for  each  curve  Is  a constant  1 -minute  disassembly  time.  Each  event 
IS  assumed  to  occupy  the  operator  until  network  assembly  is  completed.  At 
this  time,  the  network  is  turned  over  to  the  POCC  for  the  transaction  The 
operator  in  the  NOCC  is  not  required  again  until  network  disassembly  is  re- 
quired at  the  completion  of  the  transaction.  Thus,  from  the  NOCC  operator 
loading  viewpoint,  the  transaction  time  is  not  a critical  factor  in  operator 
workload.  Therefore,  the  number  of  simultaneous  events  to  be  accounted  for 
is  driven  by  the  length  of  assembly  time.  Note,  the  dotted  lines  of  the 
Iso-Assembly  Curves  are  extrapolations  while  the  solid  lines  are  calculated 
from  the  NASA  Mission  model.  In  our  example,  an  event  rate  of  arrival  of 
.43  translates  into  approximately  2.1  simultaneous  events  to  be  tracked  at 
an  assembly  time  of  2 minutes, 3. 4events,  at  5 minutes,  5.6,  at  10  minutes; 
and  7.7,  at  15  minutes.  Given  the  simplistic  and  routine  nature  of  network 
assembly,  BDM  feels  that  5 minutes  for  assembly  is  a reasonable  approximation 
Therefore,  the  number  of  simultaneous  events  occurring  at  any  instant  of  time 
will  be  about  4,  on  the  average. 
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In  the  southwest  corner  of  the  exhibit,  a saturation  function  Is  presented. 
This  function  illustrates  the  relationship  between  the  number  of  simultaneous 
events  occurring  at  any  instant  and  the  required  number  of  console  positions 
required.  This  function  was  derived  based  upon  information  from  human  fac- 
tors experts  participating  in  the  study  as  well  as  extrapolations  of  existing 
bioengineering  and  related  data  (References  6 , 7 , 8 ).  Thus,  the  relation- 
ship is  a step  function  indicating  three  simultaneous  events  per  console  po- 
sition required. 

In  the  northwest  corner  of  the  exhibit,  the  relationship  between  the  required 
console  positions  and  the  number  of  contacts  is  illustrated  via  a Console 
Position  Feasibility  Plane.  Here  the  maximum  number  of  console  positions 
required  reflects  the  stepped  saturation  function  as  the  bottom  of  the  plane 
"steps  up"  as  contacts  increase.  The  minimum  number,  however,  is  driven  by 
the  2-minute  assembly  time.  Here  It  can  be  seen,  for  the  relevant  range  of 
the  STDN  Loading  Function,  that  pvents  arrive  at  a rate  of  less  than  one 
every  minute.  Therefore,  for  the  2-minute  assembly  time  (and  initiated  by 
460  contacts),  thereare  always  less  than  six  simultaneous  events  occurring 
at  any  instant,  translating  into  a console  position  requirement  of  not  greater 
than  two  and,  thus,  explaining  the  "one  stepped"  top  of  the  plane.  The  fea- 
sibility plane  provides  the  maximum  and  minimum  required  console  positions  for 
any  loading  factor,  given  the  assembly  time  and  saturation  funct'ion  For  the 
TDRSS  baseline  case  and  an  assembly  time  of  5 minutes,  two  console  operators 
are  required.  Note  that  the  GSTDN  requirements  can  be  found  in  a similar 
fashion,  given  the  predicted  number  of  contacts  to  be  processed  by  the  NOCC. 


HANPOWER-STDN  LOADING  ClUANTITATI VE  RE LATIONSHIPS 
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Control  Concept  Refinement  - Operations  Management 
MANPOWER  REOUIREMENTS 
Saturation  Sensitivity 


Just  as  the  sensitivity  of  network  controllers  positions  to  assembly  time  was 
Illustrated,  a similar  analysis  can  be  implemented  for  the  Saturation  func- 
tions employing  the  four-quadrant  diagram  provided.  For  the  analysis,  base- 
line and  approximately  two  times  the  baseline  {1200  contacts)  loading  are 
used  along  with  network  assembly  times  of  5 and  15  minutes.  In  the  facing 
diagram,  the  changes  in  the  Saturation  Function  are  depicted  by  overlays  of 
circles  (o)  and  triangles  for  the  new  levels  of  saturation.  The  circles 

represent  five  simultaneous  events  now  being  handled  satisfactorily  before 
degradation  begins,  while  the  triangles  represent  four  events.  As  seen,  circles 
are  found  at  the  5>  10,  and  15  simultaneous  event  levels  and  triangles  at  the  ^ 
8,  and  12  event  levels. 

For  the  TDRSS  baseline  and  the  BDM  suggested  assembly  time  of  5 minutes,  it 
will  take  two  controller  positions  to  handle  the  workload,  given  the  capabil- 
ity of  handling  three  simultaneous  events.  However  it  wilt  require  only 
one  position  if  a level  of  four  or  five  simultaneous  eventsi  can  be 
handled.  Doubling  the  baseline  load  will  result  in  an  increased  requirement 
to  three  console  positions  for  a saturation  function  of  three  simultaneous 
events,  while  requiring  two  positions  for  functions  of  four  and  five  events. 

At  an  assembly  time  of  15  minutes,  the  effects  of  varying  the  saturation  func- 
tion became  more  important.  At  the  baseline,  an  assembly  time  of  15  minutes 
dictates  the  requirement  of  three  console  positions  for  a saturation  function 
of  three  simultaneous  events,  and  three  are  required  for  four  simultaneous 
events,  while  2 are  required  for  five  simultaneous  events.  Doubling  the  load 
with  an  assembly  time  of  15  minutes  indicates  a requirement  for  five  console 
positions  for  three  simultaneous  events,  four  console  positions  for  four  si- 
multaneous events,  and  three  console  positions  for  five  simultaneous  events 
The  Console  Position  Feasibility  Plane  reflects  a three  simultaneous  event 
Saturation  Function  and  a minimum  assembly  time  of  5 minutes. 

Principal  Control  Concept 

In  the  Principal  Control  Concept,  an  assembly  time  of  5 minutes  and  a satura- 
tion function  of  three  simultaneous  events  were  employed.  Thus,  for  the 
TDRSS  baseline  mission  model  and  6STDN  estimates  (860  contacts  per  day), 
three  network  controller  positions  are  required. 
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Control  Concept  Refinement  - Operations  Management 

NOCC  STAFFING  ESTIMATED  FOR  PRINCIPAL  CONTROL  CONCEPT 

A totaZ  0^  b&tw&en  25  and  55  peA&onneZ  can  conduct  and  iappoJit  NOCC 
opeJixvtCon&. 

INTRODUCTION 


The  console  position  feasibility  plane  was  utilized  as  the  basis  for  staffing 
requirements  where  the  number  of  required  positions  was  load  dependent.  How- 
ever, most  positions  identified  on  the  opposite  page  are  not  significantly 
affected  by  load.  In  these  Instances,  history,  intuitive  judgment,  and  re- 
lated experience  have  been  applied  to  establish  console  position  require- 
ments. To  determine  the  actual  individual  staffing  requirements,  the  follow- 
ing scheme  was  employed.  A position  which  is  staffed  24  hours  a day,  7 days 
a week,  52  weeks  a year  requires  manning  8736  hours  a year  It  was  assumed 
that  one  man  will  work  50  weeks  a year  (with  2 weeks  of  vacation),  kO  hours 
a week,  and  receive  nine  federal  holidays  paid  leave  per  year.  Thus,  one  man 
will  provide  1928  hours  of  work  a year.  These  five  people  provide  a total  of 
9640  hours  for  an  8760-hour  year.  The  additional  hours  are  assumed  to  cover 
sick  leave  and  other  absences  from  work.  Therefore,  a total  of  five  people 
will  be  required  to  staff  one  position  continuously.  Requirements  for  people 
for  one  shift ,5  days  a week, were  considered  to  be  positions  with  manning  re- 
quirements for  2000  hours.  These  positions  were  assumed  not  to  be  staffed 
for  2 weeks  of  vacation  per  year.  During  this  time,  required  work  would  be 
either  forced  to  wait  or  absorbed  by  associated  staff  members. 

Network  Control lers 


Network  Controller  (NC)  position  requirements  were  determined  from  the  posi- 
tion feasibility  plane  utilizing  an  assembly  time  of  5 minutes.  Additionally, 
the  GSTDN  and  TDRSS  loads  were  considered  independently  to  allow  for  any  po- 
tential special  NC  activities  that  may  be  associated  with  GSTDN  or  TDRSS  op- 
erations. Since  the  loading  on  all  controllers  is  not  near  the  limit  of 
these  continuous  simultaneous  activities,  at  the  end  of  1-1/2  hours  one  NC 
could  take  a short  break  while  the  others  absorb  his  activities.  For  the 
positions  Indicated,  which  are  staffed  24  hours  a day  every  day  of  the  year, 

15  people  are  required.  The  activities  carried  out  by  the  network  controller 
are  basically  the  set  up  and  turn  down  of  the  network  In  support  of  routine 
service  and  network  simulations.  In  this  capacity,  the  NC  utilizes  CASHS  to 
determine  STDN  element  status  and  the  progress  of  activities  for  which  he  is 
responsible.  When  anomalies  in  status  or  service  occur,  the  NC  is  respons- 
ible for  ascertaining  whether  the  anomaly  will  impact  the  current  schedule  or 
not.  If  it  does,  resolution  of  the  situation  is  referred  to  the  Operations 
Manager  and  Systems  Analysts. 
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Operations  Support 

The  operations  support  team  includes  those  positions  shown.  Each  position, 
in  this  case,  translates  directly  to  people  since  all  positions  were  defined 
on  a 40-hour  week,  2000-hour  year  basis.  The  Technical  Support  Group  is 
responsible  for  providing  technical  and  operations  systems  support  to  the 
NOCC  and  STDN  as  required.  Documentation  and  programmer  support  is  provided 
for  the  control /dissemination  of  procedural  changes  and  software  development/ 
modification,  respectively.  The  planners  are  responsible  for  evaluating 
future  user  requirements  for  their  potential  support  in  network  support  capa- 
bility. Additionally,  feasibility  of  support  is  determined.  The  four  posi- 
tions correspond  to  user  spacecraft  categories  of  communications,  weather, 
space  investigation,  and  miscellaneous.  Service  accountants  ensure  that  net- 
work element  service  quality  is  documented  and  achieved  and  that  identified 
service  degradations  resolution  Is  recorded. 

Estimates  on  the  number  of  positions  and  staffing  requirements  are  based  on 
informal  discussions  with  satellite  communications  companies,  GSFC  Network 
Operations  Division  personnel,  and  related  experience. 


OPERATIONS  AREA  STAFFING  ESTIMATES 
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Control  Concept  Refinement  - Operations  Management 
NOCC  STAFFING  ESTIMATED  FOR  PRINCIPAL  CONTROL  CONCEPT 
Systems  Analysts 

Two  systems  analyst  positions  have  been  defined.  The  first  position,  STDN 
Systems  Analyst,  is  responsible  for  providing  technical  and  operational  sup- 
port to  the  NOCC  and  STDN.  This  position  serves  as  the  focus  for  technical 
information,  observations,  and  suggestions  relating  to  network  operation 
It  also  provides  assistance  required  by  the  network  In  the  maintenance  of 
existing  equipment. 

The  second  position,  CASMS/ASR  Systems  Analyst,  provides  detailed  working 
knowledge  of  the  software/hardware  systems  supporting  the  NOCC.  As  staff  to 
the  Operations  Manager,  this  individual  has  a detailed  understanding  of  the 
ASR/CASMS  algorithms,  their  capabilities,  and  their  limitations  This  ana- 
lyst has  the  capability  to  determine  proper  ASR  algorithms  to  be  used,  de- 
termines the  point  of  diminishing  returns  for  algorithms  being  used,  and 
assists  in  formulating  network  problems  in  terms  that  will  allow  the  ASR  to 
be  used  as  a tool.  Since  the  requirements  on  these  positions  are  entirely 
situation  dependent,  at  least  one  full-time  analyst  position  has  been  assumed. 

Schedulers 


One  to  two  scheduler  positions  have  been  identified  for  the  NOCC.  These 
positions  support  the  Operations  Manager  (OM)  by  providing  the  direct  inter- 
face to  the  ASR.  The  schedulers  ensure  that  conflicts  are  brought  to  the 
attention  of  the  Operations  Manager.  These  individuals  are  responsible  for  . 
executing  trial  ASR  runs  for  the  OM,  operating  peripheral  ADP  equipment, 
inserting  ASR  operating  constraints,  etc  The  positional  requirements  are 
based  on  a qualitative  estimate  of  this  workload. 

Operations  Manager 


The  position  of  Operations  Manager  is  staffed  with  an  individual  who  is 
authorized  and  responsible  for  the  overall  control  and  efficient  technical 
operation  of  the  STDN  He  has  detailed  knowledge  and  understanding  of  the 
Impacts  of  network  element  malfunctions.  The  OM  is  the  focal  point  for  all 
conflict  and  problem  resolutions.  A single  position  has  been  assigned  to 
this  function.  It  should  be  noted  that  for  special  activities,  such  as 
launch,  it  is  envisioned  that  the  OM  staff  is  augmented.  The  requirement  for 
another  OM  may  be  dictated  by  the  operation  situation.  However,  as  the  basis 
for  operations  control  alone,  the  requirement  for  a special  individual,  such 
as  the  current  Network  Director,  to  conduct  special  activities  can  not  be 
supported 
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Control  Concept  Refinement  - Operations  Management 

FIVE  MAJOR  SKILL  LEVELS  REQUIRED  IN  NOCC 

The.  opeAatcon  oi  the.  NOCC  fie.qvUAe&  cl  mix  ilvo.  geneAlc.  Aklll 
te.veZ&  to  6uc.c.et>6^tJilly  aecomptUh  the.  to6li6  ju6t  Identified. 

Introduction 


The  following  paragraphs  discuss  the  five  major  skill  levels  which  have 
been  identified  to  support  NOCC  operations  for  the  operations  control  alter- 
natives identified  in  Phase  1.  For  each  skill  level  the  general  performance 
capabilities  of  an  individual  within  the  level  is  identified.  Subsequently, 
the  generic  Job  requirements  for  oral  expression,  written  expression,  com- 
prehension of  written  material,  mathematical  computation  and  responsibility 
for  independent  action  are  identified.  It  should  be  kept  in  mind  that  these 
requirements  are  not  unique  to  the  skill  level  to  which  associated.  Instead 
they  represent  the  requirements  that  could  most  likely  be  associated  with 
the  ski  1 1 level . 

Skill  Level  1 


This  level  identifies  helper  or  entry  level  positions  requiring  performance 
of  simple  tasks  under  general  supervision,  or  performing  more  difficult 
tasks  under  close  supervision.  At  this  level  personnel  must  be  capable  of 
• discussing  simple  facts,  routine  operations  or  instructions  using  common 
words  or  trade  terms.  Written  work  is  standardized  and  little  creative 
writing  is  required.  They  must  comprehend  simple  and  brief  facts  or  instruc- 
tions involving  common  technical  terms  and/or  specifications,  charts,  draw- 
ings, or  tables  In  common  use.  Addition,  subtraction,  multiplication  or 
division  is  the  highest  level  of  mathematical  ability  required.  The  posi- 
tion requires  conformance  to  standing  procedures  with  little  or  no  require- 
ment for  independent  action. 

Skill  Level  2 


Positions  requiring  performance  of  difficult  tasks  under  general  supervision 
are  grouped  in  this  skill  level.  This  level  represents  a fully  qualified, 
or  journeyman  level,  of  nonsupervisory  skill.  They  must  discuss  or  instruct 
others  in  a variety  of  job  operations  frequently  using  specialized  terminol- 
ogy. Writing  may  be  a significant  aspect  of  jobs  requiring  moderate  capa- 
bility to  organize  and  clearly  present  ideas,  concepts  or  research  findings 
using  technical  terminology  when  required.  This  skill  level  may  require 
computation  using  algebra,  plane  geometry,  trigonometry  or  simple  statisti- 
cal formula.  Individuals  in  this  skill  level  have  responsibility  for  making 
minor  modifications  in  procedures  to  adapt  to  the  particular  situation. 
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Skin  Level  3 

Skin  level  3 identifies  positions  requiring  performance  of  tasks  that  are 
significantly  different  from,  and  in  addition  to,  tasks  performed  at  skill 
level  2 that  require  a minimum  of  supervision.  This  represents  the  advanced 
journeyman  level  of  nonsupervlsory  skill.  This  level  requires  an  oral 
capability  to  discuss  or  instruct  in  complex  information  and  ideas,  using 
terminology  and  phrasing  that  is  primarily  technical,  professional  or 
specialized.  Writing  may  be  an  important  aspect  of  the  job  in  this  skill 
level,  thus  requiring  either  an  unusual  ability  to  present  complex  ideas  in 
non~technical  language,  or  ability  to  prepare  technical  articles  at  a level 
comparable  to  standards  imposed  for  publication  in  professional  scientific 
journals. 

Skill  Level  ^ 


First  line  supervisory  positions  that  require  relatively  detailed  knowledge 
of  the  tasks  performed  by  subordinate  personnel  are  classed  as  skill  level 
4.  This  level  will  imply  a facility  with  technical  terminology.  Jobs  in 
this  level  may  involve  discussion  or  instruction  in  advanced  phases  of  sub- 
jects requiring  a significant  capability  to  present  abstract  ideas  orally. 
Advanced  mathematical  processes  such  as  differential  equations  or  vector 
analysis  should  be  understood.  Work  is  performed  Independently  throughout 
except  for  initial  assignment  of  an  end  goal  (which  may  be  self-initiated), 
and  work  is  subject  to  review  only  in  terms  of  results  obtained. 

Skill  Level  5 


The  final  skill  level  Identifies  higher  level,  manager i a1 -type  supervisory 
positions  that  require  a broad,  general  knowledge  of  the  tasks  performed  at 
all  subordinate  levels. 
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Control  Concept  Refinement  - Operations  Management 
NOCC  REQUIREMENTS  SUMMARIZED 
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Overview 


The  purpose  of  the  matrix  is  to*  1)  identify  second  level  message  defini- 
tions and  information  requirements  on  a task-by-task  basis,  2)  correlate 
tasks  and  NOCC  hardware/software  systems,  3)  relate  the  tasks  to  skill 
level  requirements,  k)  assign  task  responsibility  to  NOCC  staff  positions, 
and  5)  identify  the  NOCC  man/machine  interfaces  The  left  side  of  the 
matrix  identifies  the  NOCC  functions,  subfunctions  and  tasks  that  have 
been  discussed  earlier  in  this  section.  The  elements  at  the  top  of  the 
matrix  will  be  discussed  in  the  following  paragraphs 

Message  Definitions 

Phase  ! identified  11  generic  classes  of  information  required  to  support 
the  operational  control  alternatives  These  classes  were.  Status,  Event 
Marks,  Requests,  Constraints,  Conflicts  and  Alternatives,  Directives/ 
Coordination,  Performance  Parameters,  Data,  Problem  Identifications, 
Problem  Reports  and  Orbital  Support  Data.  Where  necessary  to  support 
control  concept  refinement,  these  message  categories  have  been  developed 
into  message  types.  Addi t tonal ly^ message  classes  and  types  have  been 
added  to  support  intra  NOCC  information  requirements.  The  "X"s  in  the 
matrix  identify  the  information  required  by  each  task. 

Correlation  to  Hardware/Software  Systems 


Each  of  the  tasks  within  the  operational  control  system  must  be  performed 
by  a man,  a machine  or  a man/machine  interface.  The  circles  in  the  matrix 
correlate  the  tasks  and  the  method  by  which  they  are  accomplished.  Solid 
circles  (•)  identify  those  tasks  which  are  accomplished  totally  by  a 
single  method.  For  example,  malfunction  restoration  is  inducted  as'^a 
totally  manual  process.  Open  circles  (o)  identify  the  tasks  which  are 
machine  supported  These  open  circles  identify  man/machine  interfaces 
The  term  "other"  is  used  to  identify  data  processing  systems  other  than 
ASRU  CASMS  resident  at  GSFC 

Skill  Level  Requirements 


The  third  element  of  the  matrix  relates  the  tasks  to  skill  level  capabilities 
and  the  tool  requirements  for  each  skill  level.  The  skill  levels  are  indi- 
cated by  numbers  which  reference  the  skill  levels  Just  previously  defined 
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Respons i bi 1 i ty 

The  last  column  in  the  matrix  establishes  the  responsibility  for  task 
accomplishment  on  the  basts  of  NOCC  positions  previously  defined,  in  this 
column  the  following  abbreviations  are  used  Network  Controller  (NC) , 

STDN  Systems  Analyst  (SSA) , CASMS/ASR  Systems  Analyst  (CSA) , Schedulers 
(sc),  Operations  Manager  (OM) , Technical  Support  Group  (TSG) , Service 
Accountants  (SA) , Planners  (PN) . 


Matrix  Uti 1 i zation 


The  facing  exhibit  illustrates  the  correlation  of  required  information, 
man/  machine  interface,  and  skill  level  needed  to  provide  a logical  and 
complete  description  of  personnel  responsibilities  for  operations  and 
support  tasks.  For  example,  operations  management  has  been  identified  as 
having  the  responsibility  to  restore  malfunctions,  resolve  scheduling 
conflicts,  and  coordinate  special  events  such  as  simulations  and  tests. 

In  satisfying  the  latter  two  tasks,  he  is  required  to  Interface  with  ASR 
and  CASHS  respectively,  while  the  nature  of  system  restoration  dictates  a 
manual  process.  For  special  events  he  will  require  status  information, 
scheduling  data,  and  performance  parameters  to  ensure  successful  com- 
pletion of  the  simulation  or  test  While  in  the  process  to  resolve 
scheduling  conflicts,  operations  management  will  require  Information  on 
the  requests,  all  constraints,  and  possible  alternatives.  As  indicated, 
ASR  will  provide  the  bulk  of  this  data.  In  restoring  network  elements, 
which  are  temporarily  out  of  service,  he  will  need  Impact  on  current 
status  changes,  performance  parameters  and  additional  information  provided 
by  the  network  elements. 

In  addition  to  these  operationally  oriented  tasks,  the  operations  manager 
is  responsible  for  the  day-to-day  operations  of  the  NOCC  All  of  these 
tasks  require  a management  skill  level  as  indicated  (Skill  Level  4-5) 
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Control  Concept  Refinement  - Operations  Management 

IMPACT  OF  ALTERNATIVE  CONTROL  CONCEPT/LOAD  VARIATIONS 

VcL/Ucution  to  tkz  PAtnclpal  Coyvbiot  Covidzpt  and  Loading  wiXt 
impact  peA^onmZ  and  hcuidmaA-C  fLtqui/imentA  OjJ  iiic,  NOCC/ 
network. 

Principal  Control  Concept 

As  previously  delineated,  the  Principal  Control  Concept  requires  the 
personnel  support  of  network  controllers,  system  analysts,  schedulers, 
operations  management,  and  operations  support.  Varying  the  control 
concept  alters  the  responsibility  of  an  operational  function  and  impacts 
the  allocation  of  personnel  resources.  In  addition,  changing  the  loading 
factors  will  directly  affect  the  personnel  requirement  no  matter  what 
control  concept  Is  employed. 

For  the  Principal  Control  Concept  the  NOCC  Operations  required  three 
network  controllers  positions  (5  personnel  per  position),  two  scheduler 
positions,  two  systems  analyst  positions  and  one  operations  management 
position.  In  support  of  the  operations  a five  member  technical  support 
team,  a four  member  planning  group,  a four  member  service  accounting 
group,  and  one  person  for  documentation  and  another  for  programming  were 
identified. 

The  facing  table  displays  the  control  concept  alternatives  with  major 
personnel /hardware  changes  from  the  baseline  Principal  Control  Concept 
given  the  mission  loading. 

Alternatives 


Centralized  Scheduling 

Centralized  Scheduling  requires  the  NOCC  to  monitor  all  requests  from 
the  sensors,  both  formal  scheduling  and  "what  Ifs."  Monitoring  can 
range  from  a format  and  content  check  to  an  intercept,  aggregate, 
analyze  and  resubmit  function.  BDM  estimates  are  based  on  the  latter, 
with  the  resulting  increase  in  position  requirements  of  one  to  two 
(costing  estimates  one  based  on  an  Increase  of  two  positions). 

Decentralized  Scheduling 

There  is  no  appreciable  change  in  requirement,  although  conflict 
resolution  is  now  decentralized  and  must  be  absorbed  by  the  elements/ 
users. 
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Matrix  Schedul ing 

In  accordance  with  the  Matrix  Scheduling  Concept,  the  responsibility  of 
scheduling  all  network  element  maintenance  falls  in  the  review  of  the  NOCC. 

The  result  is  an  increased  requirement  for  one  scheduler  (one  shift)  to 
handle  this  function. 

A second  approach  to  Matrix  Scheduling  is  to  centralize  the  maintenance 
and  non-GSFC  POCC  scheduling.  The  study  team  estimated  that  the  effort  of 
such  a concept  would  increase  the  requirement  for  scheduling  by  one  position. 

Centralized  Routine  Service 

By  centralizing  routine  service  no  appreciable  change  in  requirements  results. 
Decentralized  Routine  Service 


In  decentralizing  service  the  POCCs  will  be  required  to  assemble  the  network 
for  contacts.  This  results  in  a reduction  in  the  NOCC  of  network  controllers 
to  one  position  operating  in  a back-up  mode.  To  the  POCCs  this  concept 
requires  hardware  modifications  in  terms  of  terminals  for  CASMS  access  and 
possibly  an  increase  in  personnel. 

IMPACT  OF  ALTERNATIVE  CONTROL  CONCEPT/LQAD  VARIATIONS 
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Control  Concept  Refinement  - Operations  Management 
IMPACT  OF  ALTERNATIVE  CONTROL  CONCEPT/LOAD  VARIATIONS 
Decentralized  Troubleshooting 


In  this  concept  the  isolation,  identification  and  solution  of  problems 
would  be  the  responsibility  of  the  STDN  elements.  The  impact  to  the 
NOCC  would  be  the  dispersal  of  the  Network  Support  Team  (NST) . However, 
the  function  requires  a reasonably  high  skill  level  thus  dictating  the 
presence  of  this  skill  at  all  STDN  elements.  (For  purposes  of  casting, 
two  members  were  required  at  five  GSTDN  sites  and  at  the  NASCOM  control 
centers.) 

Decentralized  System  Integrity 

This  concept  retains  a central  control  of  routine  service  but  decen- 
tralizes the  system  integrity  For  this  approach  NOCC  requirements  are 
not  altered  but  users/network  elements  require  hardware  configuration 
changes  in  terms  of  interactive  terminals  for  CASMS. 

Load  I ng 

The  impact  of  loading  is  seen  primarily  in  the  baseline  (Principal 
Control  Concept)  An  increase  in  loading  of  100%  requires  an  increase, 
in  accordance  with  the  methodology  for  calculating  network  controller 
positions,  of  two  controller  positions.  To  support  this  increase  in 
workload,  the  study  team  estimated  an  additional  requirement  of  two 
scheduling  positions.  These  personnel  would  be  required  to  handle  the 
increased  number  of  conflicts  and  management  "what  iffing"  which  will 
result  in  this  environment-  The  relative  effects  resulting  from 
varying  the  control  concept  are  identical  to  the  baseline  loading. 

A 50%  reduction  will  reduce  the  Principal  Control  Concepts  requirements 
to  two  network  controllers  positions  (one  for  TDRSS,  one  for  GSTDN)  and 
’one  scheduler  position  The  alternatives  once  again  have  the  same  rela- 
tive impact  except  for  Centralized  Scheduling  which  now  requires  only  one 
position  for  moni tor ing  users'  requests. 
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Human  Factors  Considerations 

ORGANIZATION  OF  HUMAN  FACTORS  INFORMATION 

Ecue  fumm  ojvl  add/L&66zd  Jbi  thU  ^epoJit.  AddLi- 

tionaZty,  Aerated  -in^oMm<vtion  on  gcUdeZZneA  and  medkodotogteA 
^oA.  human  lacjtoK&  aonftMojiatlonA  -m  ik<L  woAltung  c.ondUd.ons 
ihz  WOCC  0A.e.  pA.uzntzd  in  a ■&pzcUatize.d  paamm.  ^oand  in  Appendix  B. 

Analysis  Constraints 

A number  of  areas  were  identified  for  human  factors  consideration  during  the 
conduct  of  the  Phase  II  analysis.  Most  of  these  areas  dealt  with  the  work- 
ing conditions  within  the  NOCC  as  well  as  the  man/machine  interface.  The 
areas  addressed  in  this  report  are  those  in  which  specifics  could  be  devel- 
oped at  this  time.  Many  aspects  of  a human  factors  analysis  depend  on  de- 
tailed understanding  of  equipment  type,  building  parameters,  etc.,  which 
are  several  levels  of  detail  below  the  level  of  analysis  constrained  by 
the  objectives  and  resources  of  this  study. 

Organization  of  Material 


Five  specialized  areas  of  human  factors  considerations  are  reported  here 
the  Man/Machine  Interface,  Personnel  Selection  and  Training,  Workspace, 
Color  vs  Monochrome  Displays,  and  CRT  Display  Character  Parameters.  As 
shown  in  the  figure,  the  remainder  of  the  human  factors  information  is  pro- 
vided in  a primer  which  identifies  guidelines  and  methodologies  for  related 
human  factors  considerations. 
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ORGANIZATION  OF  HUMAN  FACTORS  INFORMATION 
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Human  Factors  Considerations 
THE  MAN/MACHINE  INTERFACE 

Compt^x  manimaakate.  cuit  yidJitkzJi  dUAjitui  mh. 

^dquAJLe.d  uiitkcn  the.  hJOCC. 

Characteristics  of  the  Man/Machine  System 

Within  the  STDN  Operations  Center,  two  basic  types  of  individuals  will  inter- 
face with  the  ASR  and  CASMS  hardware- software  systems.  The  first  type  of 
Individual  spends  a considerable  portion  of  his  time  scanning  available 
information  looking  for  problems.  In  the  operations  control  concept^ this 
type  Includes  the  Network  Controllers  and  schedulers.  A shorthand  term  of 
"operators"  will  be  used  for  the  first  type  of  Individuals.  The  second 
type  of  Individual  Is  termed  an  analyst  or  spends  very  little  time  scanning. 
Individuals  in  this  group  concentrate  on  studying  the  properties  such  as 
amplitudes,  frequencies,  trends,  etc.  of  information  on  their  displays. 

These  individuals  include  the  operations  control  concept's  Systems  Analysts 
and  Operations  Manager.  The  responses  of  the  "analysts"  are  for  the  most 
part  fairly  creative  and  not  particularly  predictable.  The  "operators" 
usually  decide  upon  and  implement  a set  of  actions  within  certain  time  con- 
straints while  the  analysts  experiment  with  several  alternative  courses  of 
action  and  may  have  the  option  of  making  no  decision  at  all. 

Tool  Complexity-Skill  Level  Trade-offs 

Tool  complexity  versus  skill  level  trade-offs  are,  in  the  final  analysis, 
driven  by  cost  considerations.  However,  it  is  not  the  sophistication  or 
complexity  of  operation  of  the  tool  that  Is  at  Issue  but  rather  the  com- 
plexity of  the  interface  between  the  machine  and  the  man  who  must  use  It. 
Near-term  investment  decisions  can  significantly  affect  the  complexity  of 
the  man/machine  interface  with  a corresponding  impact  on  skill  level  require- 
ments. Therefore,  the  trade-offs  can  be  viewed  as  a choice  between  near- 
term  investment  and  life  cycle  personnel  costs.  Consider  the  following 
example.  Day-to-day  calculations  performed  by  the  NOCC  computer  systems  are 
stored  in  memory  for  some  period  of  time.  If  a network  controller  wished  to 
access  the  information  resulting  from  the  calculations,  there  is  a complex 
manner  and  there  is  a simple  manner  in  which  it  could  be  displayed.  A com- 
plex Interface  would  provide  the  information  in  a "core  dump"  format.  Thus, 
the  individual  wishing  to  obtain  the  information  would  be  required  to  have 
detailed  knowledge  of  core  maps,  the  ability  to  work  easily  with  number  bases 
other  than  10,  and  the  ab’illty  to  rapidly  focus  on  specific  information  in  a 
highly  dense  packing  format.  Alternatively,  the  simple  interface  would  incor- 
porate processes  within  the  computer  system  to  translate  the  machine  language 
into  a easily  recognized  alphanumeric  format.  There  is  an  obvious  difference 
In  skill  level  requirement  for  these  two  interfaces.  The  complex  interface 
described  above  would  require  a skill  level  with  the  characteristics  pre- 
viously associated  with  NOCC  skill  level  3-  The  simple  interface  could  be 
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accomplished  with  a skill  level  of  2 as  previously  defined.  A requirement 
for  network  controllers  to  possess  skill  level  3 capabilities  would  have 
significant  impact  on  the  life  cycle  personnel  costs.  These  costs  could 
range  from  an  additional  100  to  200  thousand  dollars  per  year.  Personnel 
costs  are  identified  in  Appendix  H.  With  a-10  year  TDRSS  program  opera- 
tional change  In  computer  hardware-software^man/machine  interface  develop- 
ment costs  would  have  to  be  in  the  range  of  1-2  million  dollars  to  justify 
not  providing  the  simple  interface  for  CASMS  and  ASR. 


THE  MAN/MACHINE  INTERFACE 
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Human  Factors  Considerations 

PERSONNEL  SELECTION  AND  TRAINING  — IMPORTANT  CONSIDERATIONS 

VonmaZ.  pe/uomeZ.  seZzetion  and  Zmamam-q  pM.oc.e.dan.eA  couZd  ous>&Z&t 
Zn  ike.  aZZevZatZoyi  zxlitlng  MOCC  woniung  mv-Oiomznt  and 
moJLoZz  p/LobZ2m&, 

Current  Problems 


During  the  Phase  M analysis,  technical  interchange  meetings  {References  24 
and  25)  conducted  between  BDM  and  NASA  representatives,  identified  specific 
problems  related  to  the  working  environment  and  morale.  These  problems  in- 
cluded personnel  who  did  not  effectively  carry  out  their  required  tasks, 
tasks  which  related  neither  to  the  beginning  or  end  of  something,  trainees 
shortcutting  various  aspects  of  job  required  skills,  and  variation  in  dress 
standards.  Training  and  personnel  relations  can  minimize  these  and  related 
problems. 

NOCC  Personnel  Selection 


The  tasks  performed  fay  NOCC  personnel  are  similar  to  those  tasks  performed 
by  radar  operators  and  ATCs  in  one  respect  - they  encompass  viligance  tasks. 
However  there  is  an  important  dis imi 1 ari ty.  Current  or  TDRSS  era  NOCC 
personnel  are  not  expected  to  be  required  to  perceive  spatial  differences 
in  the  information  viewed,  nor,  are  they  expected  to  be  required  to  view 
complex  and  interactive  graphical  displays.  Considering  these  similarities 
and  differences,  some  aspects  existing  personnel  selection  procedures 
for  ATCs  could  prove  useful  to  the  NOCC. 

A limited  number  of  parameters  have  been  found  to  be  effective  either  as 
screening  or  predictive  devices  for  air  traffic  controllers.  The  Civil 
Service  Commission  Air  Traffic  Control  Specialist  battery  (ATCSB)  has  been 
found  to  be  effective  primarily  as  a screening  device.  The  ATCSB  assesses 
the  individual's  aptitude  in  the  areas  of  computation,  special  patterns, 
following  oral  directions,  abstract  reasoning  and  letter  sequences,  and  air 
traffic  control  problems. 

The  ATCSB  does  not  attempt  to  measure  attitudinal,  motivational  and  other 
psychological  factors  which  tend  to  influence  performance.  However, 
personality  inventories  have  been  found  to  be  good  screening  and  predictive 
devices  in  this  area.  Personality  Scale  scores  (16  PF  scales)  have  been 
found  to  have  statistically  significant  relationships  with  controller  per- 
formance. Smith  (1974)  and  Buckley  and  Beebee  (I969),  References  26  and  27. 
for  example,  have  tested  over  11,000  air  traffic  controllers  (combined)  and 
characterized  them  as  being  intelligent,  action-oriented  and  intol erant^of 
routine.  They  also  possessed  a desire  to  actively  participate  in  decision- 
making processes.  Thackray,  Reference  28 > also  found  that  extroverts, 
subjects  scoring  highest  on  extraversion  scales,  found  it  difficult  to  main- 
tain sustained  attention  under  monotonous,  low  task-load  conditions. 
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Smith  also  examined  various  occupational  scales  on  the  Strong  Vocational 
Interest  Test  and  found  that  none  of  the  occupations  represented  in  the 
standard  inventory  appear  to  be  associated  with  Interest  patterns  which 
clearly  match  the  interest  patterns  of  air  traffic  controllers.  There 
was  a trend  in  scores  in  the  "technical  supervision"  area.  Smith  did 
derive  an  ATC  scale  for  the  Strong  Inventory  based  on  an  evaluation  of 
the  occupations  the  controllers  frequently  checked  as  ones  they  liked  best. 
These  occupations  were  heavily  weighted  toward  the  "masculinity"  dimensions* 
rancher,  auto  racer,  athletic  director,  etc. 

There  is  increasing  evidence  that  the  selection  procedures  could  be  improved 
by  the  addition  of  a variety  of  psychomotor  performance  tests  such  as  Chiles, 
Jennings,  and  West,  Cobbs  and  Matthews;  Reference  30;  Buckley  and  Beebe, 
Reference  31  ; and  Education  and  Public  Affairs,  Reference  32  ; Chiles,  Refer- 
ence 33  • The  Controller  Decision  Evaluation  (CODE)  test  has  been  found  to 
be  highly  correlated  with  actual  operator  and  man/machine  performance,  it 
requires  the  candidate  to  judge  possible  conflicts  In  a simplified  air 
traffic  display  presented  in  a simulated  test  environment. 

Recommenda  t i on  s 


1.  Administration  of  a modified  Civil  Service  Air  Traffic  Control 
specialist  battery  to  future  NOCC  personnel.  Further  attention 
must  be  given  to  those  parts  of  the  basic  battery  which  relate 
to  specific  NOCC  required  skills  and  to  the  determination  of  a 
qualifying  score. 

2.  Incorporation  of  personality  assessments,  through  the  use  of  the 
recognized  l6PF  scale  and  other  measures.  This  procedure  assures 
that  the  individual  applicant's  personality  complements  are  con- 
sistent with  those  characteristics  personnel  who  effectively  and 
continously  perform  certain  tasks  have  been  shown  to  possess. 


Training 


Presently,  new  employees  are  "trained"  through  a modified  "sitting  by  Nellie" 
technique:  this  on-the-job  type  training  is  not  mission-oriented  and, 

because  of  personnel  limitations,  does  not  assure  that  the  new  employee  is 
reinforced  when  his  or  her  actions  are  correct  or  informed  when  actions  are 
incorrect.  This  ultimately  can  result  in  the  retention  of  inefficient  and 
incorrect  behavior. 
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Human  Factors  Considerations 


PERSONNEL  SELECTION  AND  TRAINING  — IMPORTANT  CONSIDERATIONS 

PROPOSED  MODEL  FOR  DEVELOPING  NASA  TRAINING  PROGRAM 
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STEP  I 


STEP  II 


STEP  II 


step  IV 


STEP  V 


PROPOSED  MODEL  FOR  DEVELOPING  NASA  TRAINING  PROGRAM 


THE  PRODUCTS  OF  THE  BLOCKS  ARE 

1 A LIST  OF  TASKS  PERFORMED  IN  A PARTICULAR  JOB,  OBJECTS  TO  BE 
MANIPULATED,  SIGNIFICANT  FEATURES  OF  THE  ENVIRONMENT 

2 A LIST  OF  TASKS  SELECTED  FOR  TRAINING 

3 A JOB  PERFORMANCE  MEASURE  FOR  EACH  TASK  SELECTED  FOR 
INSTRUCTION 

k AN  ANALYSIS  OF  THE  JOB  ANALYSIS,  TASK  SELECTION,  AND 
PERFORMANCE  MEASURE  CONSTRUCTION  FOR  ANY  EXISTING 
INSTRUCTION  TO  DETERMINE  IF  THESE  COURSES  ARE  USABLE 
IN  WHOLE  OR  IN  PART 

5 SELECTION  OF  THE  INSTRUCTIONAL  SETTING  FOR  TASK  SELECTED  FOR 
INSTRUCTION 

1 A LEARNING  OBJECTIVE  FOR  AND  A LEARNING  ANALYSIS  OF  EACH 
TASK  SELECTED  FOR  INSTRUCTION 

2 TEST  ITEMS  TO  MEASURE  EACH  LEARNING  OBJECTIVE/SCHEDULE  FOR 

doing  so 

3 A TEST  OF  ENTRY  BEHAVIORS  TO  SEE  IF  THE  ORIGINAL  ASSUMPTIONS 
WERE  CORRECT 

h THE  SEQUENCING  OF  ALL  DEPENDENT  TASKS 

1 THE  CLASSIFICATION  OF  LEARNING  OBJECTIVES  BY  LEARNING  CATEGORY 
AND  THE  IDENTIFICATION  OF  APPROPRIATE  LEARNING  GUIDELINES 

2 THE  MEDIA  SELECTION  ( I)  COURSE  LESSON  PLANS,  PROGRAM  OF  INSTRUCTION 
AND  TRAINING  SCHEDULE  2)  STUDENT  HANDOUT  MATERIALS  3)  TRAINING 
MANUALS  AND  SIMILAR  LITERATURE  4)  TRAINING  MEDIA  AND  AIDS 
REQUIREMENTS  5)  TRAINING  EQUIPMENT  OR  SIMULATOR  REQUIREMENTS  ) 

FOR  INSTRUCTIONAL  DEVELOPMENT  AND  THE  INSTRUCTIONAL  MANAGEMENT 

PLAN  FOR  i 1)  TESTING  MATERIALS  AND  PROCEDURES  FOR  MONITORING  THE 
QUALITY  OF  TRAINING  2)  TESTING  MATERIALS  AND  PROCEDURES  FOR 
DIAGNOSIS  OF  INSTRUCTIONAL  DIFFICULTIES  AND  INSTANCES  OF  TRAINING 
INEFFECTIVENESS  ) FOR  CONDUCTING  THE  INSTRUCTION 

3 THE  ANALYSIS  OF  PACKAGES  OF  ANY  EXISTING  INSTRUCTION  THAT  MEETS 
THE  GIVEN  LEARNING  OBJECTIVES 

4 THE  DEVELOPMENT  OF  INSTRUCTION  FOR  ALL  LEARNING  OBJECTIVES  WHERE 
EXISTING  MATERIALS  ARE  NOT  AVAILABLE 

5 FIELD  TESTED  AND  REVISED  INSTRUCTIONAL  MATERIALS 

1 DOCUMENTS  CONTAINING  INFORMATION  ON  TIME,  SPACE,  STUDENT  AND 
INSTRUCTIONAL  RESOURCES,  AND  STAFF  TRAINED  TO  CONDUCT  THE 
INSTRUCTION 

2 A COMPLETED  CYCLE  OF  INSTRUCTION  WITH  INFORMATION  NEEDED  TO 
IMPROVE  IT  FOR  THE  SUCCEEDING  CYCLE 

1 DATA  ON  INSTRUCTIONAL  EFFECTIVENESS 

2 DATA  ON  JOB  PERFORMANCE  IN  THE  FIELD 

3 INSTRUCTIONAL  SYSTEM  REVISED  ON  BASIS  OF  EMPIRICAL  DATA 


ni-99 


ORIGINAL  PAGE  IS 
OF  POOR  QUALITY 


THE  BDM  CORPORATION 


Human  Factors  Considerations 

PERSONNEL  SELECTION  AND  TRAINING  IMPORTANT  CONSIDERATIONS 


Program  Development 

The  methodology  shown  in  the  figure  for  the  development  of  a NOCC  training 
program  is  a synthesis  of  proven  methodologies  for  numerous  training  pro~ 
grams.  References  are  provided  in  the  Human  Factors  bibl lography  associated 
with  Appendix  6.  The  methodology  has  a central  theme:  training  must  be 
responsive  to  the  requirements  of  the  job. 

Training  experts  have  emphasized  the  importance  of  Step  1 in  the  methodol- 
ogy shown  in  the  figure  - analysis  of  the  job  itself.  The  following  dis- 
cussion of  what  Is  Involved  in  this  step  serves  to  demonstrate  why  it  would 
be  presumptuous  of  BDM  to  specify  a training  program  at  this  time. 

In  Step  1,  an  inventory  of  job  tasks  is  compiled  and  divided  into  two 
groups’  tasks  not  selected  for  instruction  and  tasks  selected  for  instruc- 
tion based  upon  task  criticality.  Those  tasks  identified  as  requirements 
for  the  training  program  would  be  described  In  detail.  The  description 
would  provide  identification  of  each  step  required  for  performance  of  the 
task  in  terms  of  the  action  to  be  taken,  the  object  to  be  manipulated,  and 
the  means  for  determining  the  step  was  performed  correctly.  Also  included 
would  be  identification  of  significant  features  of  the  work  environment 
associated  with  task  performance.  Job  performance  standards  for  tasks  se- 
lected for  instruction  are  determined  by  Interviews  or  observations  at 
the  job  site  and  verified  by  experts.  Entry  level  performance  standards 
are  derived  from  these  observations.  The  analysis  of  existing  course 
documentation  is  done  to  determine  if  all  or  portions  of  the  analysis  phase 
and  other  phases  have  already  been  done  by  someone  else.  As  a final 
analysis  step,  the  list  of  tasks  selected  for  instruction  is  analyzed  for 
the  most  suitable  instructional  setting  for  each  task.  The  selection  pro- 
cess would  Involve  evaluation  of  the  tasks  against  the  following  criteria: 

(1)  Task  criticality,  (2)  Task  similarity  to  other  tasks  in  the  inventory, 

(3)  Resource  requirements  and  availability  for  the  means  considered, 

(4)  Relative  time  required  to  attain  proficiency,  (5)  Time  available  to 
develop  proficiency,  (6)  Number  of  personnel  to  be  trained,  (7)  Whether 
a prerequisite  ability  for  task  performance  already  exists  in  trainee 
population. 

The  essential  products  of  the  other  steps  are  shown  in  the  figure. 
Recommendation 


Implementing  a training  program  may  increase  NASA  organizational  efficiency 
through  the  attainment  of  necessary  skills  and  employee  behavior.  Considera- 
tion should  be  given  to  detailed  analyses  of  the  tasks  that  are  presently 
being  performed  by  NOCC  and  support  employees  in  the  course  of  program  design 
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Human  Factors  Considerations 

MINIMAL  WORKSPACE  ESTIMATED  FOR  NOCC  POSITIONS 

A nUyumdC  making  ipac.z  oi  192  6quoAz  doynole.  po&ltloM 

and  90  iquoAe.  Itzt  ^ofi  d&ik,  oA.  po^^UZons  Mi6  &6tabtcikzd, 

INTRODUCTION 


As  the  STDN  evolves  into  Its  TDRSS  era  configuration,  the  operations  center 
configuration  is  most  likely  to  change.  This  change  could  be  motivated  to  a 
large  extent  by  equipment  changes  and  staffing  requirements  and  other  related 
factors  (such  as  economic).  To  aid  in  the  establishment  of  new  building 
space  requirements  or  requirements  for  additional  space  in  the  existing  opera- 
tions center,  area  minimal  workspaces  were  established  for  console  positions 
and  office  areas.  These  workspace  figures  are  subsequently  utilized  as  part 
of  the  data  in  the  cost  analysis  presented  in  the  next  section  and  Appendix 
H.  A heuristic  approach  was  applied  to  the  determination  of  the  workspace 
dimensions.  Anthropometric  studies  provided  guidelines  for  minimum  and 
maximum  dimensions  for  seated  and  console  type  configurations.  These  are 
summarized  in  the  figure.  Additionally,  basic  references  in  human  engineer- 
ing (e.g.  Reference  21  and  36 ) provided  the  guidelines  for  "guard"  space 
and  aisles. 

Console  Positions 


As  can  be  seen  in  the  figure,  the  overall  reach  of  an  individual  is  limited 
to  approximately  60  inches.  The  depth  of  the  current  NOCC  consoles  was 
estimated  to  be  approximately  40  Inches.  Discussions  with  operations 
personnel  as  well  as  personal  observations  indicated  that  both  writing  and 
storage  room  Is  currently  very  limited  at  console  portions.  The  console 
position  workspace  identified  in  the  figure  provides  a storage  and  writing 
space  of  six  feet  in  length  and  two  and  one-half  feet  in  depth.  There 
are  nominal  dimensions  which  could  be  configured  as  a bookcase  and  small 
table,  small  file  cabinet  and  table,  etc.  It  should  be  noted  that  the 
recommended  minimal  writing  area  for  typical  writing  tasks  Is  24  inches  in 
length  and  16  inches  in  depth  (Reference  36 ) . Because  of  other  considera- 
tions, such  as  open  procedure  notebooks,  operational  checklists,  coffee  cups, 
reference  papers,  etc;  additional  room  was  incorporated  in  the  storage  and 
writing  space  area  shown.  The  "guard"  space  around  the  working  area  is 
approximately  36  inches.  This  space  Is  the  recommended  dimensions  for  one 
person  passing  another  against  the  wall.  Observations  of  traffic  patterns 
within  the  NOCC  was  the  basis  for  this  recommendation.  When  two  work  areas 
are  placed  next  to  each  other,  the  guard  space  provides  adequate  room  for 
two  people  to  pass  in  the  aisle  formed  by  the  guard  space.  If  two  console 
positions  are  placed  side  by  side,  the  "guard"  space  between  consoles  is 
ignored.  However,  the  combined  console  workspace  should  include  another 
equivalent  storage  and  writing  area  and  guard  space  around  the  periphery. 
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Human  Factors  Considerations 

MINIMAL  WORKSPACE  ESTIMATED  FOR  NOCC  POSITIONS 

This  guard  space  is  an  important  consideration  in  the  NOCC  where  transient 
personnel,  such  as  those  with  messages  in  performing  support,  liaison  or 
resisting,  could  hamper  operations. 

Finally,  movement  space  is  provided  between  the  console  Itself  and  the 
storage  and  writing  area.  This  dimension  is  based  on  the  guidelines  pro- 
vided in  Reference  36  . 

Office  Positions 


The  NOCC  operations  personnel  will  be  supported  by  various  individuals  who 
do  not  require  direct  access  continuously  to  the  operations  area.  Work 
space  considerations  for  these  individuals  are  somewhat  different.  Standard 
assumptions  have  been  made  concerning  a requirement  for  a desk  work  table 
and  bookcase.  Observations  of  the  amount  and  packaging  of  material  usually 
found  in  offices  in  the  Network  Operations  Division  suggested  the  need  for 
two  bookcases.  This  furniture  was  assumed  to  have  the  standard  sizes.  The 
arrangement  shown  is  obviously  not  critical  to  the  space  allocation  specifi- 
cation. 

Room  around  the  desks  and  bookcases  provide  for  traffic  in  these  areas. 

When  two  office  type  work  spaces  are  joined,  relevant  factors  concerning 
aisles  must  be  considered  as  described  above. 
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Human  Factors  Considerations 

NO  DEFINABLE  REQUIREMENT  FOR  NOCC  COLOR  CRT  DISPLAYS 

Tk&  Zn^oHmaZion.  dUptayo-d  on  WCC  CRTs,  and  aoattabtz  monozh^omz 
Zn^omatLon  znfumzmznt  tzzkndqazs  obvZatz  thz  A.zqiuAmznt  {^on. 
coloA  CRT  cUsphufS  In  thz  NOCC. 

Considerations 


As  in  the  current  NOCC,  the  cathode  ray  tube  (CRT)  display  will  provide 
the  machine  interface  point  with  man  in  the  TDRSS  era  control  center. 
Consideration  was  given  to  the  possibility  of  using  color  CRT  displays 
to  enhance  this  man/machine  interface.  The  results  of  Rouse  (Reference  34 ) » 
and  an  FAA  color  display  evaluation  study  (Ref erence  35 ) formed  the 
foundation  of  the  information  reviewed  during  this  aspect  of  the  analysis. 

It  should  be  noted  that  very  little  actual  data  has  been  collected  in 
the  human  factors  community  on  the  tradeoff  between  color  and  monochrome 
CRT  displays.  Most  studies  in  the  past  have  experimented  with  pigments, 
films,  lights,  static  and  never-to-be  operational  materials  (Reference  35 ) • 

However,  the  displays  considered  for  the  NOCC,  as  previously  described, 
and  the  similarity  between  FAA  ATCs  and  NOCC  personnel  in  vigilance  type 
tasks  allow  some  conclusions  to  be  drawn  from  the  data  available. 

Color  Displays 

The  use  of  color  lends  itself  more  effectively  to  situations  which  can  be 
graphically  portrayed  or  where  one  item  such  as  a character  or  word  must  be 
quickly  and  accurately  distinguished  from  other  items.  Color  is  also 
suited  for  identifying  important  information  where  such  data  is  presented 
in  the  form  of  overlapping  characters.  Color  displays  may  be  beneficial  in 
reducing  boredom  and  fatigue.  The  FAA  study  reported  that  most  air  traffic 
controllers  reported  feeling  that  color  helped  them  do  a more  effective 
job.  However,  the  actual  measured  performance  did  not  identify  any  signi- 
ficant difference  in  job  performance.  In  the  same  study  it  is  also  stated 
that  "there  were  hints  that  color  coding  applications  tested  might  increase 
the  judgmental  accuracy  of  some  controller"  (Reference  34). 

The  costs  for  color  displays  can  modestly  be  estimated  to  be  25%  greater 
than  for  a comparable  monochrome  CRT  display  The  technology  involved  in 
color  CRT  production  also  reduces  the  resolution  available  on  color  dis- 
plays. 

Monochrome 


The  physics  of  monochrome  displays  is  well  understood  with  production 
repeatable  technology  currently  established.  Most  of  the  applications  for 
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color  such  as  attracting  attention  to  important  information,  highlighting 
sets  of  information,  etc*,  can  be  accomplished  with  monochrome  technigues. 
Some  of  those  techniques  have  been  suggested  previously  in  the  presentation 
of  the  CASMS  displays  (page  111-52).  In  these  display  examples  important 
information  was  boxed  or  "blinked"  These  two  techniques  significantly  aid 
in  drawing  an  observers  attention  to  control  information.  Guidelines  state 
(Reference 2l)  that  within  a given  limited  space,  the  figures  should  be  as 
large  as  possible.  For  a given  size  of  figure, a larger  surrounding  border 
contributes  to  readability.  Some  of  these  relationships  are  shown  In  the 
figure. 


HIGHLIGHTING  INFORMATION  WITH  MONOCHROME  TECHNIQUES 


Same  size  border 
Different  size  numerals 


Less  readable  More  readable 

r?T8T 

Less  readable 


5 3 8 7 


Same  size  numerals 
Border  vs,  no  border 


More  readable  Less  readable 

5387 


5387 

More  readable 
- ^ 


Same  size  numerals 
Different  sire  border 
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RECOMMENDED  CRT  CHARACTER  PARAMETERS 

¥oK  tk<i.  CRT  dc6piai/6  am  tkz  STVH  Opznatvom  CzntzJi,  aZpha,- 
yime/u,c.  chofuicttfu  JihouM  be  Q.50  to  0.37  tnahz6  am  hz^ght. 

Derivation  of  Character  Size 

In  many  cases  character  size  and  legibility  are  governed  by  aesthetic 
rather  than  technical  considerations.  However,  when  one  considers  the 
CRT  display,  there  are  definite  limits  on  the  size  of  the  character 
formed  by  a group  of  illuminated  phosphor  dots.  The  upper  limit  is 
shown  on  the  graph — the  solid  line  designating  a resolution  viewing 
factor  of  6.  The  lower  bound,  indicated  by  the  second  solid  line  desig- 
nated as  resolution  viewing  factor  of  2,  shows  the  lower  limit  for 
character  legibility. 

The  "resolution  viewing  factor"  (F)  is  the  ratio  of  the  size  of  one  element 
(dot)  in  the  standard  5x7  dot  matrix  to  the  size  of  the  smallest 
element  resolvable  to  the  eye.  This  5x7  matrix  is  the  one  used  in 
most  available  CRT's.  Such  an  element  subtends  an  arc  of  approximately 
one  minute. 

The  formula  for  converting  the  resolution  viewing  factor  into  an  actual 
linear  measurement  is 

h = R0 

Where  h = The  alphanumeric  character  height 

R = The  normal  distance  from  viewer  to  screen 
6 = The  angle  (in  radians)  subtended  by  the  height  of  the 
character. 

Thus  9 = (7  X F)  minutes  of  arc  x 1/60  degrees  per  min  of  arc  x 7t/180 

radians  per  degree 
= 77tF/10800  radians. 

Maximum  and  minimum  alphanumeric  symbol  heights  are  shown  for  viewing  dis- 
tances of  20-30  inches. 

Recommenda  t i ons 


Nominal  viewing  distances  in  the  NOCC  are  expected  to  fall  in  the  range 
of  2^-30  inches.  The  points  on  the  F=6  line  form  the  basis  for  the 
shaded  areas  identified  in  the  figure 
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RECOMMENDED  CRT  ALPHANUMERIC  SYMBOL  HEIGHT 


NORMAL  VIEWING  DISTANCE  FROM  DISPLAY  (IN  INCHES) 
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Cost  Analysis 

STANDARD  COST  ANALYSES  USED 
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LCC  Methodology 

Life  Cycle  Costing  provides  the  methodology  by  which  total  costs,  from 
system  preliminary  design  and  development  to  retirement,  are  broken  out  by 
a chronological  accounting  system  which  tracks  RDT&E,  investment  and  oper- 
ation and  maintenance  expenditures.  The  figure  illustrates  the  cost  com- 
ponents addressed  in  the  Operations  Control  Concept  life  cycle  costing 
analysis.  In  the  area  of  Research  and  Development,  the  cost  of  developing 
the  two  computer  system  software  packages  (CASKS  and  ASR)  have  been  esti- 
mated,based  on  BDM  expertise  in  this  field.  Computer  investment  costs  were 
based  on  system  requirements  and  reflect  manufacturer  estimates  of  desig- 
nated hardware  configurations.  Facility  costs  were  derived  from  cost 
estimating  relationships  (CERs)  previously  formulated  by  BDM  for  related 
costing  studies.  NOCC  equipment  costs  were  calculated, based  on  manufacturers 
costs  of  CRTs  and  estimates  of  console  configuration,  computer  peripheral 
requirements,  and  miscellaneous  requirements  such  as  storage  space  for 
documentation,  tables,  chairs,  and  bookcases.  Operation  and  Maintenance  (O&H) 
costs  of  the  system  are  primarily  dependent  on  personnel  requirements.  The 
skill  and  number  of  required  personnel  for  operations  and  support  have  been 
derived.  Costs  for  personnel  were  estimated, given  the  skill  requirement 
from  the  current  government  General  Schedule  (GS) . Also  accounted  for  is 
O&M  on  the  computer  hardware. 

Di scounting 

In  analyzing  LCC,  the  time  value  of  money  is  critical  for  understanding  and 
correctly  employing  cost  information  for  decision  making.  Most  decision 
makers  are  aware  of  the  negative  effect  of  inflation  in  reducing  the  purchasing 
power  of  programmed  funds  and  resulting  in  increased  cash  outlays  and  time. 
However,  there  is  a second  effect  accounting  for  the  positive  time  perform- 
ance of  money.  The  figure  depicts  the  effect  of  discounting;  future  dollars 
are  more  important  than  current  dollars.  By  discounting  inflated  dollars, 
the  present  value  of  future  cash  flows  can  be  compared  on  a common  basis, 
accounting  for  both  positive  and  negative  effects  of  time.  In  addition,  dis- 
counting ensures  government  efficiency  in  resource  allocation  by  comparing 
cash  flows  discounted  at  a rate  competitive  to  the  rate  of  return  in  private 
investment.  This  is  an  important  criterion  since  government  funds  are, for 
the  most  part,  currencies  displaced  from  private  consumers  and  businesses. 
Therefore,  the  return  to  government  expenditure  must  be  compatible  to 
ensure  efficiency  in  resource  allocation.  Discounted  costs  were  used  as 
the  means  of  control  concept  alternative  comparisons  in  the  cost  analysis 
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Cost  Analysis 

PRINCIPAL  CONTROL  CONCEPT  COST 
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Development  Costs 


Software  development  of  the  two  computer  systems,  ASR  and  CASMS,  was  derived, 
based  on  preliminary  specifications  developed  during  the  Phase  II  Analysis, 
Both  systems  were  estimated  to  cost  between  250-400  thousand  dollars,  with 
CASMS  closer  to  the  lower  limit  and  ASR  approaching  the  upper.  As  the  LCC 
table  indicates, a conservative  estimate  for  software  development  of  both 
systems  was  800  thousand  dollars 

Investment  Costs 


Facility  requirements  were  estimated  at  approximately  20  thousand  square 
feet  including  the  NOCC  and  support  areas.  Estimates  were  based  on  refur- 
bishment of  present  facilities  at  a cost  of  approximately  250  thousand 
dollars.  Cost  of  a new  building  was  estimated  from  one  to  one  and  a half 
million  dol lars. 

Computer  hardware  costs  were  calculated  from  preliminary  system  requirements 
generated  by  the  study  team  and  included  cost  of  the  central  processors, 
peripherals,  and  terminals.  Costs  were  based  on  manufacturer's  retail  prices. 
Cost  of  ASR  hardware  was  estimated  to  be  approximately  200  thousand  while 
CASMS  was  estimated  to  be  80  thousand  dollars. 

NOCC  equipment  was  estimated  to  range  from  approximately  90  to  135  thousand 
dollars  and  included  CRTs,  console  structures,  printers,  and  miscellaneous 
furni ture. 

Operations  and  Maintenance  Costs 


Personnel  costs  comprised  the  largest  portion  of  the  program  cost  and 
reflect  the  relative  skill  levels  and  position  requirements  of  the  NOCC 
functions.  Estimates  for  given  skill  levels  were  derived  from  the  govern- 
ments General  Schedule  (GS) . The  cost  represents  the  means  of  the  low- 
high  range  for  the  total  personnel  requirements.  The  total  estimated 
personnel  cost  was  approximately  900  thousand  dollars  a year. 

The  O&M  on  the  computer  hardware  was  estimated  to  be  approximately  ten  per- 
cent a year  of  the  total  hardware  investment  cost  or  approximately  28  thous 
and  dol lars . 
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Inflation  and  Discount  Rates 


For  purposes  of  analysis,  a 6%  inflation  rate  was  assumed.  6%  represents 
an  estimated  average  rate  for  the  fourteen  year  period  under  consideration 
and  does  not  vary  significantly  with  recent  quarterly  estimates  of  price 
changes.  As  previously  discussed,  the  social  rate  of  discount  reflects 
the  opportunity  cost  of  sacrificing  current  consumption  for  future  consump 
tion.  However,  there  is  no  one  agreed  upon  discount  rate  which  reflects 
the  appropriate  rate  of  public  project  evaluation.  Rates  recommended  by 
economists  range  from  kZ  to  14^,  although  the  more  current  estimates  are 
from  B%  to  14^  For  purposes  of  this  study,  a 10^  rate  of  discount  was 
assumed.  This  is  the  rate  used  in  the  economic  analysis  of  the  Space 
Shuttle. 

Total  Costs 


The  total  life  cycle  cost  of  the  Principal 
be  approximately  eleven  and  a half  million 
million  m inflated  dollars,  and  eight  and 
dol lars. 


Control  Concept  was  estimated  to 
dollars  in  1976  dollars,  nineteen 
a half  million  in  discounted 
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Cost  Analysi s 

DECENTRALIZED  ROUTINE  SERVICE  COST  COMPETITIVE 

The.  mo6t  atteJinatcvt  ^/lom  the.  6tandpo^nt  coit 

i&  tkz  V&cimtAallzzd  KoutCnt  Svwlcz. 

Impact  on  Baseline  Composition 

For  the  alternative  control  concepts  developed  in  Phase  I,  Life  Cycle  Cost- 
ing estimates  were  derived  using  the  Principal  Control  Concept  as  the  bases 
for  comparison.  As  the  figure  illustrates,  for  a given  mission  loading, 
changes  in  the  control  philosophy  will  alter  the  composition  of  the  base- 
line Principal  Control  Concept  The  following  is  a synthesis  of  the  effects 
on  network  resources  as  derivations  of  the  Principal  Control  Concept  are 
presented. 

Centralizing  the  control  of  scheduling  results  in  the  addition  of  one  to  two 
scheduling  positions  in  the  NOCC.  Network  controller  positions  are  reduced 
by  Decentralizing  Routine  Service,  however,  the  hardware  configurations  of 
the  users  are  affected  since  decentralized  access  to  CASMS  is  now  required. 

This  hardware  cost  is  also  relevant  to  the  Decentralized  System  Integrity 
Concept  but  in  this  case  personnel  requirements  are  not  altered  The  most 
drastic  requirement  results  from  Decentralized  Troubleshooting  since  the 
Technical  Support  Group  (TSG),  germane  to  the  Principle  Control  Concept,  is 
dispersed  and  replaced  by  on-site  personnel  responsible  for  the  identification, 
isolation,  and  resolution  of  STDM  network  problems  The  effect  on  cost  for 
each  of  the  cycle  costing  information 

The  cost  of  the  alternatives  are  presented  in  1976  dollars,  inflated  dollars, 
and  discounted  dollars  Also  provided  is  the  percentage  change  from  the 
discounted  baseline  (Principal  Control  Concept)  costs  As  seen  in  the 
"^A"  column,  only  one  alternative.  Decentralized  Troubleshooting,  varied 
from  the  baseline  by  more  than  ]0%.  Here  the  change  resulted  in  a 18^ 
increase  in  discounted  dollars  and  a 20^  in  inflated  programming  expenditures 
(not  displayed  in  the  table).  Decentralized  Routine  Service  results  in  a 
cost  decrease  to  the  STDN  system,  however,  personnel  costs  to  the  POCCs  were 
not  calculated.  The  effect  of  Centralized  Scheduling  is  seen  In  the  3%  in- 
crease in  discounted  costs  and  a 10^  increase  in  inflated  costs. 

The  range  for  all  alternatives  given  the  TDRSS  Baseline  Mission  Model  is 
17  6M  - 22.85M  in  inflated  dollars.  From  purely  the  standpoint  of  cost, 
assuming  each  alternative  equally  services  the  system,  the  most  attractive 
choice  is  the  Decentralized  Routine  Service 
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Impact  of  Mission  Loading 

The  absolute  impact  of  a one  hundred  percent  increase  in  loading  is  to 
increase  the  Inflated  baseline  Principal  Control  Concept  costs  by 
This  IS  a result  of  the  increased  position  requirements  for  controllers  and 
schedulers.  In -the  relative  sense,  the  alternatives  have  not  changed 
desirability  (rank)  in  terms  of  cost  However,  the  Decentralized  Routine 
Service  compares  even  more  favorably  with  the  Principal  Control  Concept 
then  it  did  in  the  Baseline  Mission  Model  Case. 

With  a fifty  percent  reduction  in  the  loading  the  Principal  Control  Concept 
becomes  as  attractive  an  alternative  as  the  Decentralized  Routine  Service. 
Again,  the  comparisons  are  made  solely  on  the  basis  of  cost,  and  in  addi- 
tion, POCC  personnel  costs  were  treated  as  variables.  Note  that  the 
Decentralized  Trouble  Shooting  Concept  remains  the  most  costly  for  all 
loading  levels. 
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DESCRIPTION  OF  QUANT 1 TAT I VE  ANALYSIS  TOOLS 
A.  INTRODUCTION 


This  appendix  describes  the  quantitative  analysis  tools  utilized  to 
support  the  Phase  I TDRSS  Operations  Control  Analysis  Study.  Specifically 
these  tools  were: 

(1)  The  Mission  Loading  Model 

(2)  Conflict  Analyzer 

(3)  Zero-Order  Conflict  Resolver 
ik)  System  Queuing  Model. 

To  maintain  a high  degree  of  flexibility,  each  of  these  computerized  tools 
is  data  driven  to  the  maximum  extent.  Throughout  this  appendix,  reference 
is  made  to  specific  numerical  values  utilized  as  input  data  to  these 
models.  It  should  be  kept  in  mind  that  these  values  are  not  necessarily 
"hard  wired"  attributes  of  the  computer  code.  The  following  sections  of 
this  appendix  describe  the  attributes  and  functions  of  each  of  these 
computerized  tools. 

B.  MISSION  LOADING  MODEL 


A computer  program  was  developed  that  calculated  the  daily  loading  on 
the  TDRSS  for  each  satellite  contained  in  the  TDRSS  Mission  Model  (Refer- 
ence 1).  The  program  was  used  to  display  the  daily  load  on  the  forward 
and  return  links  of  both  the  single  access  (SA)  and  multiple  access  (MA) 
service  provided  by  TDRSS.  Using  this  program,  estimates  of  system  free 
time  were  made  as  well  as  percentage  increases  and  decreases  In  loading. 
Additionally,  the  impact  on  these  figures  caused  by  varied  durations  of 
tracking  was  analyzed. 
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1 . Inputs 

Inputs  to  the  program  were 

(1)  A two-letter  satellite  design  code 

(2)  An  identifier  (MA»1 , SA=2) 

(3)  A class  (special  programming  provision  for  return  link  only  or 

forward  link  only) 

(4)  Number  of  satellites  of  the  given  design 

(5)  Time  per  contact  (minutes) 

(6)  R/F  ratio  (return  1 ink-to-forward  link  ratio) 

(7)  Number  of  contacts  per  orbit 

(8)  Orbital  height  (not  shown  on  the  computer  printout) 

An  assumption  of  one-minute  duration  on  the  forward  link  per 
contact  was  made  for  every  satellite  except  EE,  which  was  assumed  to  have 
high  command  activity  for  orbital  maneuvers  and  thus  had  a forward  link 
contact  of  three  minutes. 

2,  Outputs 

The  outputs  were  the  total  loading  In  minutes  on  the  forward  and 
return  links  on  MA  and  SA.  The  "total"  column  for  each  mission  closely 
corresponds  to  the  "Minimum  Support  Requested"  column  of  the  July  1975  Mission 
Model  used  in  the  analysis.  As  an  example,  (see  Figure  A-4)  HEAO  (designated 
as  he)  has  a requirement  for  11.8  hrs/day  of  coverage  on  MA. 

11.8  Hrs 
X 60 

708  Minutes 

It  also  has  the  requirement  to  be  tracked  once  per  orbit.  Its  proposed 
orbital  height  is  370  km  which  translates  to  approximately  16  orbits  per 
day.  HEAO  was  assigned  two  22-mlnute  passes  per  orbit,  one  with  tracking 
and  data  and  one  with  data  only. 

22  minutes/orbit 
X 16  orbi ts/day 

352  mlnutes/day 
X 2 


704  minutes/day  total  service. 
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This  closely  matches  the  708  mlnutes/day  requirement. 

3.  Loading  Variations 

The  effects  on  the  Principal  Control  Concept  were  to  be  studied 
at  loads  of  +50%  of  baseline  as  well  as  at  baseline  itself.  The  load 
variations  were  to  be  evenly  distributed  among  all  mission  classes. 

To  accomplish  this,  an  appropriate  number  of  minutes  was  added 
to  or  subtracted  from  all  four  links  to  observe  the  required  totals  of  +50% 
of  baseline.  To  Insure  that  whole  satellites  with  realistic  support 
requirements  were  added  or  subtracted,  fractions  of  satellite  groups 
having  similar  service  characteristics  were  changed.  Multiple  missions  of 
the  same  type  were  then  added  or  subtracted.  Next,  arbitary  choices  were 
made  to  balance  the  load,  and,  finally,  an  auxiliary  satellite  labeled 
"spare"  (SP),  was  created  with  realistic  support  requirements  that  made  up 
for  any  difference  remaining  between  the  true  figures  and  the  calculated 
figures. 

The  following  is  a list  of  how  all  loads  from  -ISX  to  +100%  were 

derived : 

(1)  Start  with  Baseline  Load 

(2)  For  +25%  ^ 

1 NASA/ 1 NT 

1 EXT  X-RAY 

1 AEM  (but  track  only  once  per  orbit  using  MA  and  none 
us  i ng  SA) 

1/2  HEAD  (i.e.  10  minutes  data  on  MA  once  per  orbit; 

1 minute  track  once  per  orbit) 

1 EOS/ERS 

SPARE  » 7 minutes  data  on  MA  once  per  orbit 
6 minutes  data  on  SA  once  per  orbit 
one  track  per  orbit  on  SA 
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(3)  For  +50Z  ^ 

2 NASA/ 1 NT 
1 EXT  X-RAY 
1 ENV  MON 

1 EOS/ERS 

2 AEM 

1 HEAD  (with  only  one  21  minute  data  contact  per  orbit 

and  one  1 minute  track  per  orbit) 

SPARE  = 6 minutes  data  on  MA  twice  per  orbit 
10  minutes  data  on  SA  twice  per  orbit 
track  on  SA  twice  per  orbit  for  1 minute  each 

(4)  For  +75Z  ADD 

All  of  +50^  pi  us: 

1 GRV  PRB 
1 BESS 
1 COSM  BIO) 

1 SEASAT-B 
1 TIROS 
1 EXT  X-RAY 

1 SPARE  = 4 minutes  data  on  MA  once  per  orbit 
9 minutes  data  on  SA  once  per  orbit 
track  once  per  orbit  on  SA 

(5)  For  +100%,  double  the  number  of  satellites  in  every  category 

(6)  For  -50%,  start  with  Baseline  and  subtract: 

2 NASA/ 1 NT 
GRAY  PRB 
BESS 

COSM  BKD 
EXT  X-RAY 

2 ENV  MON 
AEM 

2 EOS/ERS 
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Use  HEAD  with  18  minute  data  MA  contact  twice  per  orbit  and  one 
track  per  orbit 

SPARE  = one  contact  per  orbit  SA  for  15  minutes  with  10  minutes 
data  and  5 minutes  tracking 

(7)  For  25^:  SUBTRACT 

1 NASA/ 1 NT 
1 ENV  MON 
1 EOS/ERS 

Use  HEAO  with  16  minutes  data  MA  contact  twice  per  orbit  and  one 
track 

SPARE  = one  contact  per  orbit  SA  for  18  minutes  with  12  minutes 

data  and  6 minutes  tracking,  one  contact  per  orbit  MA  for 
6 minutes  with  no  tracking. 

(8)  For  “75^,  use  -50^  and 

SUBTRACT 

EE 

SP 

Make  HEAO  use  one  14  minute  contact  per  orbit 
Figures  A-1  through  A-7  are  the  Daily  Loading  Summaries  for  TDRSS  loads 
from  ”75^  to  +75^  of  baseline. 

C.  CONFLICT  ANALYZER 


The  Conflict  Analyzer  is  a computer  routine  which  accepts  POCC  service 
requests  for  TDRSS  support  and  produces  minute-by-minute  time  histories  of 
scheduled  user  satellite  service.  Additionally,  this  time  history  Is 
examined  to  identify  user  service  contacts  which  are  initially  in  con- 
flict. Statistics  characterizing  the  nature  of  those  conflicts  are 
subsequently  developed. 

1 . Program  Inputs 

The  Conflict  Analyzer  utilizes  the  TDRSS  Planning  Mission  Model 
data  as  input.  Satellite  characteristics  are  expressed  on  a type  basis. 
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For  each  satellite  type,  the  length  of  data  contact,  number  of  data 
contacts  per  orbit,  and  number  of  tracking  contacts  per  orbit  are  specified. 
For  each  satellite  within  a particular  type,  the  orbital  height  and  name 
are  specified.  Table  A-1  summarizes  the  Input  data  for  the  baseline  load. 

The  first  field  Identifies  the  satellite  number.  Field  two,  three,  four 
and  five  specify  the  satellite  name,  type  and  service  required.  The  fifth 
field  Is  a control  mechanism  by  which  TDRSS  Concept  I or  1 1 can  be  specified. 
For  Concept  II,  field  five  would  indicate  all  SA,  whereas  field  four 
retains  the  characteristic  shown  for  reference  purposes.  The  sixth  field 
specifies  the  satellite  orbital  height.  The  length  of  return  link  service 
(length  of  data)  and  the  number  of  times  return  link  service  is  required 
per  orbit  is  specified  in  fields  seven  and  eight,  respectively.  All 
satellites  were  assumed  to  be  tracked  at  least  once  per  orbit.  This  track 
was  assumed  to  occur  simultaneously  with  a data  contact.  The  last  field 
In  Table  A-1  indicates  the  number  of  tracking  contacts  in  excess  of  the 
number  of  data  contacts  per  orbit.  Because  of  the  uncertainty  In  the 
duration  of  TDRSS  tracking  contacts  at  the  time  of  program  definition, 
this  parameter  was  left  as  an  input  variable. 

For  modeling  purposes,  some  satellites,  such  as  Environmental 
Monitor  (ENV  MON),  had  to  be  included  more  than  once.  This  became  necessary 
when  service  was  required  on  both  MA  and  SA  links. 

2.  Program  Functions 

The  Conflict  Analyzer  has  three  basic  functions;  Scheduling, 
Conflict  Identification,  and  Statistical  Characterization. 

a.  Schedul ing 

The  scheduling  function  utilized  a random  service  allocation 
technique  to  simulate  requests  for  service  at  specific  times.  On  an  inde- 
pendent satel 1 Ite-by-satel 1 ite  and  orbit-by-orbi t basis,  service  requirements 
were  derived  and  scheduled  within  specific  constraints.  Each  satellite  Is 
processed,  in  turn,  as  follows.  An  orbit  initiation  time  is  calculated. 

This  time  can  be  less  than  or  equal  to  zero  (start  of  simulation  time). 

If  the  name  of  the  satellite  currently  being  processed  is  the  same  as  the 
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TABLE  A- 1.  CONFLICT  ANALYZER  INPUTS 
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name  of  a previously  processed  satellite,  their  orbit  times  are  forced  to 
correspond.  Next  the  length  of  orbit  null  time  is  defined  (time  neither 
TORS  can  see  the  user  spacecraft).  Finally  the  portion  of  orbit  which  can 
be  viewed  by  TORS  EAST,  TORS  WEST  or  both  TDRSs  is  determined.  Data 
service  is  then  scheduled.  A random  number  is  drawn  to  determine  the 
start  time  of  this  service.  Checks  are  made  to  insure  that  the  data 
service  does  not  extend  Into  the  null  zone.  Additionally,  if  more  than 
one  data  contact  is  required  per  orbit  (for  example  the  Space  Telescope) 
these  contacts  are  guaranteed  to  be  separated  by  1/3  to  1/2  the  orbit.  For 
the  first  minute  of  the  contact  both  forward  link  and  return  link  are  used 
(acquisition).  The  forward  link  is  also  used  for  a time  equal  to  length 
of  track.  The  program  assumes  tracking  is  accomplished  on  each  data 
contact.  If  more  tracking  contacts  are  required  per  orbit  than  data 
contacts  they  are  scheduled  following  all  data  scheduling.  A random 
number  is  drawn  as  a candidate  track  start  time.  Checks  are  then  made  to 
ensure  the  minute  preceeding  and  the  minute  following  the  duration  of 
track  are  not  scheduled.  Thus  all  scheduled  events  in  an  orbit  are 
separated  by  at  least  one  minute. 

b.  Conflict  Identification 

When  the  total  schedule  for  the  time  period  of  interest 
(input  variable)  has  been  developed  in  the  above  manner,  the  Conflict 
Analyzer  scans  each  minute.  A determination  is  made  on  a minute-by-minute 
basis  of  whether  the  number  of  satellites  requesting  service  exceeds  the 
TDRSS  resources.  This  comparison  is  performed  independently  for  each  TDRS 
as  well  as  for  each  type  of  service  offered.  Conflict  minutes  are  identi- 
fied for  analysis.  If  conflict  resolution  is  used,  the  raw  schedule  and 
identified  conflicts  are  passed  to  the  Zero-Order  Conflict  Resolver. 

c.  Statistical  Characterization 

Three  fundamental  statistics  are  obtained  from  the  Conflict 
Analyzer:  average  number  of  conflicts,  average  number  of  minutes  per 

conflict, and  distributions  of  free-time  intervals.  The  Analyzer  can  be 
run  in  interactive  steps  to  obtain  statistical  results  Outputs  from 
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conflict  Identification  provide  the  basis  for  determining  the  number  of 
conflicts  per  run  and  average  length  of  conflict  per  run.  These  statistics 
are  developed  by  standard  techniques.  Free-time  interval  distributions  are 
determined  as  follows.  The  schedule  Is  divided  into  one  hour  increments. 
Each  hour  is  then  analyzed  to  extract  the  periods  during  which  both  a for- 
ward and  return  link  is  available  simultaneously.  Distributions  are  then 
calculated  which  describe  the  ability  to  provide  unscheduled  service  of  a 
specified  duration  within  the  next  hour.  This  computation  is  accomplished 
as  follows: 

P = l-(l-P-^)^°‘'^ 

P *=  probability  of  being  able  to  start  a desired  contact  so  as  to 
finish  not  later  than  one  hour  from  present 
P * probability  of  being  able  to  start  desired  length  of  service 
to  a given  channel 
p'  = 1 - (1-P)^, 

C - number  of  channels  m total  resource 

P = probability  of  being  able  to  start  service  on  a given  minute 
on  a given  channel 

60 

P = ^ (i-N)  X|/CM 

i=N 

i = interval  size 

x.=  number  of  occurrences  of  interval  size  i in  total  schedule 
minutes  (M) 

N = minimum  time  of  desired  service 

3.  Program  Outputs 

Five  basic  outputs  are  provided  by  the  Conflict  Analyzer* 

(1)  Schedule  Time  History 

(2)  Conflict  Minute  Summary 

(3)  Minutes  in  Conflict 

(A)  Channel  Conflict  Identification 

(5)  Number  of  Conflicts 
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Figure  A-8  is  the  first  60  minutes  of  a 12  hour  schedule  generated  by  the 
Conflict  Analyzer.  The  numbers  across  the  top  of  the  display  correspond  to 
the  satellites  as  numbered  in  Figure  A-1.  The  first  column  identifies  the 
schedule  minute.  The  + and  - identify  which  portion  of  the  orbit  is 
in  view  of  TDRS  WEST  (+)  and  TORS  EAST  (-) . Blank  zones  indicate  the 
portion  of  the  orbit  In  view  of  both  TDRSs.  The  D's  signify  return  link 

service  (normally  Data).  The  B's  indicate  the  times  when  £oth  forward  and 
return  link  are  being  used  simultaneously.  The  N‘s  indicate  the_Null  zones 
where  the  satellite  can  not  be  seen  by  either  TDRS.  T's  indicate  T^racking 
contacts. 

Figure  A-9  displays  the  Conflict  Minute  Summary.  The  average 
length  of  conflicts  (in  minutes)  on  each  link  is  provided  for  each  TDRS. 
Figure  A-10  provides  the  detailed  information  associated  with  each  conflict 
minute. The  vertical  line  separates  MA  and  SA  users.  The  numbers  other  than 
minute  and  satellite  identifiers  are  for  internal  program  use.  The 
first  conflict  minute  identified  (minute  155  of  the  schedule)  indicates  a 
conflict  on  the  SA  return  link  for  TDRS  WEST.  Three  demands  are  made  for 
this  resource  while  the  capability  exists  to  satisfy  only  two  (Concept  l). 
Figure  A-11  provides  a summary  of  channel  resource  conflicts  For 
each  schedule  minute  the  number  of  requests  for  use  of  MA  or  SA  channels 
is  provided.  Where  resources  are  exceeded,  an  asterisk  appears. 

D.  ZERO-ORDER  CONFLICT  RESOLVER 


The  Zero-Order  Conflict  Resolver  was  developed  to  assess  the  benefits 
derived  from  the  use  of  very  elementary  schedule  optimization  techniques. 
Additionally,  only  the  most  basic  conflicts  are  attempted  to  be  resolved. 

The  only  conflicts  for  which  the  Resolver  attempts  resolution  are  those  in 
which  the  total  number  of  user  satellites  exceeds  the  resource  by  one. 

For  example,  on  either  MA  forward  link,  the  Resolver  will  attempt  resolu- 
tion on  conflicts  involving  no  more  than  two  users.  Similarly,  for  Concept  I 
the  Resolver  only  considers  conflicts  on  SA  links  involving  three 
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users.  Where  such  conflicts  are  identified,  one  or  both  of  two  resolution 
strategies  is  used. 

The  first  strategy  determines  whether  one  of  the  user's  contacts  con- 
tributing to  the  conflict  lies  totally  within  the  zone  that  can  be  viewed 
by  either  TDRS.  If  so,  this  contact  is  switched  from  the  scheduled  TORS 
to  the  other.  Suppose  user  1 had  a data  dump  occuring  totally  within  the 
transistion  zone  scheduled  for  TDRS  WEST.  If  User  1 was  contributing  to  a 
zero-order  conflict,  this  contact  would  be  switched  to  TDRS  EAST.  No 
attempt  to  switch  back  is  made  if  the  conflict  is  not  resolved. 

The  second  resolution  strategy  shifts  service  backward  in  time  when 
conflicts  are  identified.  Conflict  Analyzer  outputs  indicated  that  the 
length  of  track  was  the  principal  driver  for  conflicts  generated  on 
forward  links.  The  resolution  scheme  then  employed  a technique  which 
moved  one  user's  service  backward  in  time  an  interval  equal  to  the  length 
of  track  for  zero-order  conflicts  occurring  on  the  forward  links.  An 
arbitrary  three  minutes  was  chosen  for  the  backward  movement  of  return 
link  services.  Limitations  of  the  program  prevented  use  of  time  periods 
exceeding  three  minutes. 

The  Resolver  utilized  the  outputs  of  the  conflict  identifier  portion 
of  the  Conflict  Analyzer.  The  Resolver  produces  outputs  comparable  to 
those  previously  shown  for  the  Conflict  Analyzer.  An  additional  output 
(Figure  A-12)  identifies  the  conflicts  for  which  resolution  was  and  was 
not  attempted. 

E.  SYSTEM  QUEUING  MODEL  (SQ.M) 


For  the  purpose  of  analyzing  the  information  flows  of  the  NOCC  in  a 
quantitative  manner,  a system  queuing  model  was  made  operational  on  BDM's 
computer  facilities.  This  model  was  designed  to  calculate  all  statisti- 
cally significant  parameters  that  can  describe  information  flow  networks 
and  job-shop  processes.  It  relies  on  the  construction  of  a program- 
compatible  network  model  comparable  to  the  system  under  study.  Proper 
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analogs  to  random  or  distributed  arrivals,  nodes  and  branches,  queue 
lengths  and  wait-times  etc.  must  be  drawn  for  the  successful  use  of  the 
model . 

Initially,  the  TDRSS  acquisition  process  was  modeled  using  the  SQM. 
Comparisons  were  made  of  alternative  automatic  reacquisition  signaling 
methods,  utilizing  the  acquisition  procedures  and  their  associated  prob- 
abilities as  defined  in  the  TDRSS  Performance  Specification  (Reference  4). 
As  the  study  progressed,  discussion  with  NASA  personnel  indicated  that 
TDRSS  acquisition  procedures  had  solidified.  Thus,  this  aspect  of  the 
Operations  Control  Analysis  was  discontinued. 
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APPENDIX  B 

TDRSS  ORBITAL  SUPPORT  REQUIREMENTS 

Table  B-1  of  this  appendix  specifies  the  baseline  load  orbital 
support  requirements  for  missions  serviced  by  TDRSS  utilized  in  Phase  I of 
the  TDRSS  Operations  Control  Analysis  Study.  For  each  mission,  the  number 
of  satellites,  type  of  service  (for  TDRSS  Concept  I),  and  the  number  and 
duration  of  service  contacts  are  identified  on  a per  orbit  basis. 
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TABLE  B-1.  TDRSS  ERA  BASELINE  MISSION  MODEL 


MISSION 

SERVICE 

NASA/ 1 NT  (2) 

MA 

GRAVITY  PROBE  (1) 

MA 

BESS  - A,  B,  C,  D (1) 

MA 

COSMIC  BKGD  (l) 

MA 

HEAO  (1) 

MA 

SEASAT-B  0) 

SA 

TIROS  (1) 

SA 

EXT  X-RAY  (1) 

SA 

ENV  MON  (2) 

MA 

SA 

AEM  (TYPICAL)  (l) 

SA 

SA 

MA 

EOS/ERS  (3) 

SA 

SA 

MA 

EE  (1) 

MA 

MA 

SA 

ST  (1) 

MA 

SA 

SA 

( ) = NUMBER  OF  SIMULTANEOUS  MISSIONS 

R/T  = REAL  TIME 


SERVICE  REqUIREHENT  (PER  ORBIT) 

ONE  10  MINUTE  DATA  PLUS  TRACKING 

ONE  10  MINUTE  DATA  PLUS  TRACKING 

ONE  10  MINUTE  DATA  PLUS  TRACKING 

ONE  10  MINUTE  DATA  PLUS  TRACKING 

ONE  1 MINUTE  TRACK 
TWO  21  MINUTE  DATA 

ONE  6 MINUTE  DATA  PLUS  TRACKING 

ONE  15  MINUTE  DATA  PLUS  TRACKING 
EVERY  1-1/2  ORBITS 

ONE  10  MINUTE  DATA  PLUS  TRACKING 

ONE  3 MINUTE  R/T  DATA 

ONE  4 MINUTE  P/B  DATA  PLUS  TRACKING 

ONE  6 MINUTE  P/B  DATA  PLUS  TRACKING 
EVERY  2 ORBITS 
TWO  1 MINUTE  TRACK 

ONE  3 MINUTE  R/T  DATA 

TWO  9 MINUTE  P/B  DATA  PLUS  TRACKING 

TWO  1 MINUTE  TRACKS 

ONE  3 MINUTE  R/T  DATA 

TWO  6 MINUTE  R/T  DATA  PLUS  TRACKING 

ONE  12  MINUTE  R/T  DATA  PLUS  TRACKING 
TWO  12  MINUTE  P/B  DATA 

TWO  5 MINUTE  R/T  DATA  (l  TRACK) 

ONE  10  MINUTE  P/B  DATA  (l  TRACK) 

ONE  10  MINUTE  P/8  DATA 
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APPENDIX  C 

REPRESENTATIVE  GSTDN  SUPPORTED  MISSION 


Table  C“1  of  this  appendix  provides  a compilation  of  planned  and 
expected  GSTDN  supported  missions  from  1979  to  1982.  Planned  orbits  and 
orbital  requirements  are  presented  (where  known)  to  indicate  classes  of 
missions  scheduled  for  the  GSTDN.  These  missions  were  utilized  in  the 
formulation  of  the  parameterized  GSTDN  Mission  Model  used  in  Phase  I of  the 
TDRSS  Operations  Control  Analysis  Study. 
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TABLE  C-1.  TDRSS  ERA  MtSSION  MODEL  FOR  GSTDN  (TYPICAL  MISSIONS) 


TENTATIVE 

PLANNED 

NAME 

LAUNCH  DATE 

ORBIT  (KM) 

COMMENTS 

GEOPAUSE-B 

1982 

POLAR,  NEAR  SYNCHRO- 
NOUS ALTITUDE 

PLAYBACK  ONLY; 

HIGH  ALT-B 

1982 

HELIOCENTRIC 

PLAYBACK  ONLY, 
540  HRS/Q 

LAE-C 

1982 

HELIOCENTRIC 

CONTINUOUS  SUPPORT 

SEOS-A 

1982 

NEAR  SYNCHRONOUS 

24  HR  DEDICATED  ETC 

STORMSAT 

1982 

SYNCHRONOUS 

9m  DEDICATED  ETC 

SERT  III 

1981 

SYNCHRONOUS 

5 HRS/DAY 

SPHINX 

1981 

SYNCHRONOUS 

8 HRS/DAY 

AE-SPEOS 

1981 

SYNCHRONOUS 

2160  HRS/Q 

EE-B 

1980 

300  X 30,000 

90®  INCLINATION 

LPO  (AND  RELAY) 

1980 

LUNAR 

24  HR  COVERAGE 

CP  - ENCKE 

1980 

HELIOCENTRIC 

2160  HRS/Q 

COS-BKD 

1980 

SYNCHRONOUS 

lUE 

1979 

NEAR  SYNCHRONOUS 

9m  DEDICATED  ETC 

ISEE-A,B 

1979 

280  X 140,000 

REALTIME/PLAYBACK;  NEAR 
CONTINUOUS 

ISEE-C 

1979 

LAGRANGIAN  POINT 
BETWEEN  SUN  AND 
EARTH 

26m  ANTENNA  MANDATORY 

SOURCE:  MISSION  SUPPORT  SUMMARY  AND  NETWORK  FORECAST,  STDN  NO.  803.2,  FEBRUARY  I976; 

NETWORK  SUPPORT  CAPABILITY  PLAN,  FEBRUARY  1976;  TDRSS  PLANNING  MISSION  MODEL, 
JULY  1975. 
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APPENDIX  D 

ALTERNATIVE  TASK  CONTROL  METHODOLOGIES 


A.  INTRODUCTION 


This  appendix  identifies  the  alternative  control  methodologies  defined 
for  each  of  the  four  network  operations  tasks.  The  salient  differences 
between  the  alternatives  for  each  task  are  specified  in  terms  of  the 
allocation  of  workload,  responsibility  and  authority  between  the  NOCC  and 
users.  Additionally,  the  interface  differences  among  the  alternatives  are 
identified. 

B.  SCHEDULING 


Four  basic  alternatives  were  identified  for  control  of  the  scheduling 
process.  Figures  D-1  through  D-4  identify  the  information  flow  associated 
with  each  alternative.  Figures  D-1  and  D-2  represent  the  concept  bounding 
alternatives,  centralized  and  decentralized  respectively.  Two  basic 
assumptions  were  inherent  In  all  scheduling  alternatives.  The  first  was 
that  GSFC  POCCs  do  not  generate  a ''conflict  free"  schedule  which  is  submitted 
to  the  schedulers.  All  initial  POCC  requests  are  submitted  to  the 
scheduler  directly  to  increase  scheduling  flexibility.  The  second  assumption 
also  supports  scheduling  flexibility.  Service  requests  are  assumed  to 
take  one  or  a combination  of  the  following  forms: 

• Generic 

• Specific 

• Quasi “Generic 

Generic  requests  are  those  which  must  be  periodically  scheduled  but 
the  time  at  which  the  event  occurs  is,  within  specified  rules,  not  critical. 
For  example,  a generic  request  may  be  represented  by  "three  tracking 
contacts  every  orbit."  As  long  as  these  contacts  are  "appropriately" 
spaced  In  time,  the  exact  time  of  their  occurrence  is  not  critical. 
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STATUS  & CONFIGURATION 

CONFLICTS  & ALTERNATIVES 


. REQUESTS  (SIMULATIONS.  ETC  ) 

MAINTENANCE  OR  TEST  REQUESTS 


Figure  D~1.  Information  Flow  for  Centralized  Control  of  Scheduling 
' (Alternative  1) 


D-4 


THE  BDM  CORPORATION 
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NETWORK  CONSTRAINTS  — - - — MAINTENANCE  OR  TEST  REQUESTS  — — • — • STATUS  & CONFIGURATION 

& SPECIAL  SERVICE  REO 

~ CONFLICTS  & ^ « REQUESTS  (SIMULATIONS  ETC  ) 

ALTERNATIVES 


Figure  D-2.  Information  Flow  for  Decentral i zed  Control  of  Scheduling 
(Alternative  2) 
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STATUS  & CONFIGURATION  CONFIGURATION  fit  TEST 

‘ requests 


SPECIAL  REQUESTS 


Figure  D~3.  Information  Flow  for  Matrix  Control  of  Scheduling  (Alternative  3) 
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MAINTENANCE  REQUESTS 


.STATUS  & CONFIGURATION  ^ ^ CONFLICTS  & ALTERNATIVES 


REQUESTS  (SIMULATIONS  ETC) 


CONFIGURATION  & TEST  REQUESTS 


CONSTRAINTS  PRIORITIES 
SIMULATIONS  SPECIAL 
REQUESTS 


Figure  D-4.  Information  Flow  for  Matrix  Control  of  Scheduling  (Alternative  k) 
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Specific  requests  represent  the  other  end  of  the  request  spectrum.  These 
events  require  scheduling  at  the  precise  time  indicated.  Q,uasi -generic 
requests  are  specific  requests  with  increments  about  their  initiation 
times.  For  example,  a request  for  a return  link  data  dump  support  may 
specify  a desired  start  time  plus  or  minus  "X”  minutes. 

The  results  from  the  Conflict  Analyzer  indicated  that  very  few  con- 
flicts were  generated  at  the  baseline  load  if  each  satellite  and  all 
service  types  (tracking,  commanding,  data  relay  etc.)  were  assigned  the 
same  priority.  Therefore,  a request  class  priority  scheme  was  adopted  as 
part  of  the  baseline  scheduling  approach.  In  this  scheme,  all  satellites 
are  assumed  to  have  a single  priority.  However,  specific,  quasi-generic 
and  generic  requests  would  have  the  indicated  priority  ranking.  Specific 
requests  would  always  be  scheduled  first,  quasi-generic  second,  and  generic 
last.  It  was  also  postulated  that  the  request  type  and  hence  priority 
could  change  as  a function  of  time.  For  example,  periodic  preventive 
maintenance  (PM)  could  be  considered  initially  as  generic  requests,  but, 
as  the  time  since  the  last  PM  increases,  the  next  required  PM  activity 
assumes  a more  specific  nature.  In  the  limit,  if  the  required  PM  has 
reached  the  maximum  length  of  time  since  last  performed,  the  ASR  considers 
the  PM  request  as  specific. 

I - Central ized 

Each  element  within,  and  utilizing,  the  network  submits  requests 
to  the  NOCC  for  scheduling  In  the  centralized  approach  (Figure  D-1). 

These  requests  are  for  routine  service,  simulations,  maintenance,  launch 
support, etc.  Major  status  and  configuration  conditions  are  also  provided 
to  the  NOCC  by  STDN  elements  for  scheduling  constraint  purposes.  As 
implied  by  the  information  flow,  the  actual  work,  responsibility  and 
authority  associated  with  the  task  of  scheduling  is  vested  in  the  NOCC. 

In  this  alternative  the  only  interface  with  the  Automatic  Scheduling 
Routine  (ASR)  Is  within  the  NOCC.  The  interface  with  NOCC  operations 
management  can  take  two  forms,  automated  or  manual.  The  latter  is  repre- 
sented by  current  STDN  procedures  wherein  requests  for  service  are  made  on 
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paper  or  possibly  verbally  by  phone.  The  former  may  be  conceptualized  as 
an  automated  accounting  system.  POCCs/users  and  STDN  elements  would,  via 
interactive  terminals,  specify  scheduling  events.  At  a predetermined 
point  in  time  the  NOCC  would  then  cause  these  events  to  be  input  to  the 
ASR.  The  requestors  would  then  be  able  to  modify  or  change  their  requests 
until  the  NOCC  defined  ASR  EPOCH.  This  approach  does  have  the  disadvan- 
tage of  potentially  requiring  large  numbers  of  interactive  terminals  and 
additional  NOCC  hardware  and  software. 

Upon  completion  of  ASR,  execution  conflicts  are  identified. 
Additionally,  the  ASR  Identifies  alternative  time  periods  wherein  the 
service  may  be  accommodated.  The  NOCC  then  notifies  the  elements  in 
conflict  and  supervises  the  conflict  resolution.  This  interface  is  seen 
as  taking  both  verbal  and  text  form.  The  text,  in  form  of  TTY,  for  GSFC 
remote  elements  would  provide  a backup  for  the  verbal  information  exchange. 

2.  Decentral ized 

The  decentralized  approach  distributes  the  workload,  responsibil- 
ity and  authority  for  scheduling  among  the  network  elements  and  users.  In 
this  alternative,  each  element  capable  of  scheduling  an  event  or  providing 
constraints  to  scheduling  is  given  interactive  access  to  the  ASR.  As  each 
request  is  received  by  the  ASR,  a response  is  provided  Indicating  either 
that  the  event  has  been  scheduled  as  requested  or  that  there  is  a con- 
flict. For  conflicts,  each  element  in  the  conflict  is  identified.  Addi- 
tionally, alternatives  for  scheduling  the  service  of  the  element  generat- 
ing the  initial  conflict  are  provided.  It  is  then  the  responsibility  of 
the  elements  in  the  conflict  to  successfully  resolve  the  issue.  As  seen 
from  the  Conflict  Analyzer  program  these  conflicts  can  be  severe  at  high 
loads  (e.g.,  involving  6-8  POCCs  for  periods  up  to  15  minutes).  In  these 
situations,  a mutually  accepted  priority  scheme  may  be  necessary  to  assist 
in  conflict  resolution.  Without  such  a scheme,  conflict  resolution  could 
assume  long  time  frames. 

In  this  alternative,  the  NOCC  is  considered  In  the  same  level  as 
other  elements.  Operations  management  can  request  the  scheduling  of 
tests,  simulations  or  special  activities  it  deems  necessary. 
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A salient  advantage  of  this  approach  is  the  speed  with  which  the 
POCCs  can  assess  the  impact  on  their  service  of  large  system  perturbations 
such  as  spacecraft  emergencies.  When  the  schedule  is  severely  impacted  by 
such  perturbations,  the  ASR  can  optimally  realign  the  schedule  and  display 
it  for  POCC  review.  The  POCCs  also  have  the  capability  to  assess  the 
impacts  on  their  service  if  they  desire  to  change  this  optimal  allocation. 
Of  course,  a drawback  is  the  requirement  for  interactive  terminals  in  each 
element's  location. 

3.  Matrix 

Two  matrix  approaches  were  defined.  The  first  (Figure  D-3) 
retains  decentralized  POCC  service  scheduling  but  centralizes  maintenance 
scheduling.  This  alternative  was  developed  to  allow  the  imposition  of 
"network"  considerations  in  maintenance  scheduling.  The  POCC/ASR  inter- 
faces are  supported  by  interactive  terminals,  as  before.  The  NOCC/STDN 
ground  station  interface  has  the  same  options  as  described  in  centralized 
scheduling  control.  Although  this  approach  does  allow  direct  application 
of  network  constraints  to  maintenance  scheduling,  these  constraints  could 
also  be  input  to  the  ASR  by  operations  management  thus  allowing  the  ground 
stations  to  interact  directly  with  the  ASR.  The  advantage  of  this  inter- 
active capability  is  again  in  the  speed  with  which  the  stations  know  their 
maintenance  is  scheduled  as  requested  or  must  be  revised. 

The  second  approach  (Figure  D-4)  centralized  non-GSFC  POCC  sched- 
uling, in  addition  to  maintaining  centralized  maintenance  scheduling  and 

I 

decentralized  GSFC  POCC  scheduling.  The  POCCs  were  segmented  because  of 
the  specialized  request  of  and  network  utilization  for  the  missions 
associated  with  the  non-GSFC  POCCs. 

C.  SYSTEM  INTEGRITY 

The  alternative  approaches  to  each  component  of  system  integrity  are 
identified  herein.  The  approaches  for  determination  of  routine  system 
integrity  are  identified  in  Figures  D-5  and  0-6.  Interfaces  are  automated 
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LEGEND 


NOTES 


STATUS/EVENT  MARKS  1 INFORMATION  FLOW  IF  DATA 

REAL  TIME  DATA  QUALITY  MEASURE  INSPECTION  USED 

. SPACECRAFT  DATA  2 INFORMATION  FLOW  IF  PERFORMANCE 

PARAMETER  MONITORING  IS  USED 


Figure  D~5*  Routine  Integrity  Assessment  Information 
Flow  (Centralized  Control) 
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LEGEND 


DATA  FLOW 

STATUS/EVENT  MARKS 

PERFORMANCE  PARAMETERS  (IF  USED) 

SAMPLED  PERFORMANCE  PARAMETER  VALUES  (IF  USED) 


Figure  D-6.  Routine  Integrity  Assessment  Information 
Flow  (Decentralized  Control) 
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via  CASMS.  A fundamental  difference  in  the  two  approaches  resides  in  the 
areas  of  data  inspection.  Since  the  POCCs,  in  the  decentralized  approach, 
inspect  their  respective  data  on  a real  time  basis,  obtaining  data  inspec- 
tion Information  from  CASMS  was  not  deemed  relevant. 

As  part  of  the  analysis  associated  with  routine  system  integrity  the 
Impacts  of  using  pre  and  post  contact  link  testing  were  investigated. 

Table  D-1  and  Figure  D~7  indicate  the  impacts  derived  in  the 
number  of  conflicts  and  free  time  intervals  when  link  testing  is  used. 

The  centralized  and  decentralized  approach  to  network  tests  is 
provided  In  Figures  D-8  and  D-9  respectively. 

The  alternative  approaches  to  centralized  and  decentralized  control 
of  network  simulations  is  provided  in  Figures  D-IO  through  D-15.  Since 
there  are  a large  number  of  ways  that  network  elements  and  users  can  be 
configured  In  network  simulations,  three  representative  cases  were  developed. 
These  cases  represent  network  simulations  involving  users,  STDN  ground 
stations  and  the  SOC.  Figures  D-10  through  D-12  identify  the  information 
flow  for  the  centralized  control  of  these  three  cases.  Figures  D-12 
through  D-15  Identify  the  Information  flow  for  the  decentralized  control 
of  these  three  cases. 

D.  MALFUNCTION  IDENTIFICATION,  ISOLATION  AND  RESTORATION 


The  centralized  and  decentralized  approaches  for  this  task  are  shown 
in  Figures  D-16  through  D-17  respectively.  As  in  previous  task  methodolo- 
gies, CASMS  supports  the  automated  nature  of  the  interfaces. 

E.  ROUTINE  SERVICE 


The  centralized  approach  to  routine  service  is  shown  in  Figures  D-18, 
and  D-19  provides  the  information  flow  associated  with  centralized  control 
when  the  shuttle  is  in  orbit.  The  decentralized  approach  is  shown  in 
Figure  D-20. 
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TABLE  D-1 

EFFECT  OF  LINK  TESTING 
ON  CONFLICTS 


CONCEPT  I CONCEPT  I I 


TOTAL  CONFLICTS 

TOTAL  CONFLICTS 

TRACKING  TIME 

TEST 

NO  TEST 

TEST 

NO  TEST 

3 

93 

63 

77 

5h 

5 

130 

98 

105 

85 

D-U 


Figure  D-7.  Effect  of  Link  Testing  on  Available  Slots  of  Free  Time 
(Concept  1) 
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LEGEND 


NOCC  DIRECTIVES  AND  COORDINATION 
PERFORMANCE  PARAMETERS  (IF  USED) 
STATUS/EVENT  MARKS 


Figure  D-8.  Special  Test  Information  Flow  (Centralized  Control) 


D-I6 


THE  BDM  CORPORATION 


LEGEND 

DIRECTIVES  & CORD  1 NAT  I ON 

STATUS/EVENT  MARKS 

QUERIES/RESPONSES 


Figure  D-9.  Special  Test  information  Flow 
(Decentralized  Control) 
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LEGEND  NOTES 

' NOCC  DIRECTIVES  AND  COORDINATION  J.  INFORMATION  FLOW  IF  PERFORMANCE 

STATUS/EVENT  INDICATORS  PARAMETER  MONITORING  IS  USED 

SIMULATION  DATA  FLOW  2.  DATA  FLOW  IF  DATA  INSPECTION  IS 

USED 


Figure  D-10.  Network  Simulation  Information  Flow  For 

Simulations  Conducted  for  Users  (Centralized 
Control ) 
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LEGEND  NOTES 

NOCC  DIRECTIVES  AND  COORDINATION  I INFORMATION  FLOW  IF 

STATUS/EVENT  INDICATORS  PERFORMANCE  PARAMETER 

SIMULATION  DATA  FLOW  MONITORING  IS  USED 

2 DATA  FLOW  IF  DATA 
INSPECTION  IS  USED 


Figure  D-Il.  Network  Simulation  Information  Flow  For 

Simulations  Involving  STDN  Ground  Stations 
(Centralized  Control) 
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LEGEND 

NOCC  DIRECTIVES  AND  COORDINATION 

STATUS/EVENT  INDICATORS 

SIMULATION  DATA  FLOW 


NOTES 

I INFORMATION  FLOW  IF  PERFORMANCE 

PARAMETER  MONITORING  IS  USED 
7 DATA  FLOW  IF  DATA  INSPECTION 

IS  USED 


Figure  D-12.  Network  Simulation  Information  Flow  for 

Simulations  of  Network  Responses  Utilizing 
the  SOC  (Centralized  Control) 
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legend  notes 

1 INFORMATION  FLOW  IF  PERFORMANCE 
PARAMETER  MONITORING  IS  USED 

2 DATA  FLOW  IF  DATA  INSPECTION 
IS  USED 


Figure  D“13.  Network  Simulation  information  Flow  for  Simulations 
Conducted  by  Users  (Decentralized  Control) 


NOCC  DIRECTIVES  AND  COORDINATION 

STATUS/EVENT  INOICATORS 

SIMULATION  DATA  FLOW 

QUERY/RESPONSES 
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legend 


NOTES 


NOCC  DIRECTIVES  AND  COORDINATION 

STATUS/EVENT  INDICATORS 

SIMULATION  DATA  FLOW 

QUERY/RESPONSES 


INFORMATION  FLOW  IF  PERFORMANCE 
PARAMETER  MONITORING  IS  USED 
DATA  flow  if  DATA  INSPECTION 
IS  USED 


Figure  D-]4.  Network  Simulation  Information  Flow  for 

Simulations  Involving  STDN  Ground  Stations 
(Decentralized  Control) 
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legend  notes 

- NOCC  DIRECTIVES  AND  COORDINATION  1 INFORMATION  FLOW  IF  PERFORMANCE 

STATUS/EVENT  INDICATORS  PARAMETER  MONITORING  IS  USED 

SIMULATION  DATA  FLOW  2 DATA  FLOW  IF  DATA  INSPECTION  IS 

QUERY/RESPONSES  USED 


Figure  D-15.  Network  Simulation  Information  Flow  for 

Simulations  of  Network  Responses  Utilizing 
the  SOC  (Decentralized  Control) 


D>23 


THE  BDM  CORPORATION 


PROBLEM  fDENTrPlCATION/  PROBLEM  REPORTS  . PERFORMANCE  PARAMETERS 

NOCC  DIRECTIVES 


Figure  D-16.  Malfunction  Identification,  Isolation  and  Restoration 
Information  Flow  (Centralized) 
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LEGEND 

DIRECTIVES  AND  COORDINATION 

DATA  Q.UALITY  MEASURES 

STATUS 

SPACECRAFT  DATA  FLOW 


NOTES 

] INFORMATION  FLOW  IF  DATA 
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Figure  D-17.  Malfuntlon  Identification,  Isolation  and  Restoration 
Information  Flow  (Decentralized  Control) 
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Figure  D“l8.  Routine  Service  Information  Flow  (Centralized 
Control) 
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Figure  D-19.  Routine  Service  Information  with  Shuttle  (Centralized  Control) 
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APPENDIX  E 

REAL  TIME  DATA  QUALITY  ESTIMATES  IN  THE  TDRSS  ERA 
A.  INTRODUCTION 


The  STDN  In  the  TDRSS  era  will  provide  a data  communications  service  to 
users  as  a part  of  its  overall  responsibility  of  supporting  manned  and  un- 
manned space  activities.  Data  quality  monitoring  can  provide  the  Network 
Operations  Control  Center  (NOCC)  the  capability  of  insuring  a specified 
level  of  quality  for  the  data  communications  service.  Several  methods  for 
data  quality  monitoring  exist  One  alternative  of  data  quality  monitoring 
IS  to  actually  inspect  parameter  values  contained  in  a spacecraft  return 
link  data  stream.  A second  alternative  is  to  monitor  data  communications 
channel  performance  parameters  instead  of  the  actual  data.  In  the  following 
sections  of  this  appendix  each  alternative  is  discussed.  An  evaluation  of 
these  alternatives  is  provided  at  the  conclusion  of  this  appendix. 

B.  DATA  INSPECTION 


Data  inspection  is  a process  whereby  known  spacecraft  parameters  are 
extracted  from  a return  link  data  stream  The  digitized  values  of  these 
parameters  are  converted  to  alphanumeric  form  and  presented  on  a visual 
display  for  review  by  a data  quality  observer.  Several  alternative  points 
for  sampling  the  user  spacecraft  data  stream  exist.  Figure  E-l  suggests  two 
representative  alternatives.  The  first  (E-la)  routes  the  1.5Mb  and/or  56Kb 
data  channel  information  to  the  Data  Inspection  System  (DIS).  The  DIS 
then  demultiplexes  the  data  information  into  individual  user  data  streams, 
searches  the  desired  stream  or  streams  for  the  parameter  of  interest,  translates 
the  digital  representation  of  the  parameter  value  to  alphanumeric  form  and 
finally  displays  it  for  review  by  the  data  quality  observer  in  the  NOCC. 

The  second  alternative  provides  the  NASCOM  demultiplexed  user  data  stream 
(or  streams)  to  the  DIS.  The  DIS  then  performs  similar  functions  as  those 
described  above 
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(a)  !NTERFACE  PRIOR  TO  GSFC  NASCOH  SWITCH 


(b)  INTERFACE  AFTER  GSFC  NASCOM  SWITCH 


Figure  E-1.  Representative  Data  Inspection  System  Interface  Points 
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For  the  remainder  of  this  discussion,  the  second  alternative  will  be 
assumed.  This  assumption  is  made  to  avoid  the  duplications  of  NASCOM  switch 
functions  In  DIS.  Since  the  demultiplex  hardware  and  software  will  exist  at 
GSFC,  Inclusion  of  these  functions  In  the  DIS  is  seen  as  Incurring  an  un- 
needed expense. 

1 Error  Characterization 

The  granularity  of  the  data  quality  estimate  that  can  be  obtained 
' with  the  date  Inspection  procedure  is  directly  related  to  the  ability  to 
characterize  the  errors  introduced  Into  the  digital  telecommunications 
channels.  In  describing  and  quantifying  such  errors,  problems  In  finding 
Indicators  for  the  significant  complications  can  be  encountered  Some  error 
sources  can  Induce  random  bit  errors  into  a digital  transmission  Other 
sources  can  induce  degradation  ranging  from  short  bursts  of  errors  to  total 
channel  outages.  As  noted  In  Reference  13,  digital  errors  or  telephone 
circuits  tend  to  be  bunched  together  but  how  the  occurrence  of  such  errors 
can  be  correlated  with  easily  observable  phenomena  is  difficult  to  deter- 
mine. Similarly,  In  Reference  l^i,  data  on  the  probability  that  "on"  bit 
errors  occur  in  a block  of  "n"  consecutive  bits  is  seen  to  be  quite  diverse. 

It  IS  obvious  that  the  actual  error  data  on  telephone  channels  cannot  be 
described  by  just  one  process  but  Instead  requires  the  mixture  of  several 
such  processes  for  satisfactory  description. 

This  channel  characterization  problem  can  be  simplified,  however, 
if  one  requires  only  "gross"  Indicators  of  channel  or  link  performance.  ^ By 
the  term  "gross,"  the  following  Is  suggested* 

If  a parameter  Is  allowed  to  assume  a range  of  values  from  X to  Y, 

It  Is  only  Important  to  know  that  the  value  read  is  equal  to  or 

greater  than  X but  less  than  or  equal  to  Y. 

For  example.  If  spacecraft  battery  voltage  is  known  to  lie  in  a tolerance  of 

1 to  5 volts  then  a reading  of  less  than  1 or  more  than  5 may  indicate  a 

problem.  Whether  the  battery  voltage  transmitted  was  2 volts  and  the  received 
value  Is  2.5  volts  is  not  of  concern  The  importance  of  this  definition 
cannot  be  overemphasized  since  it  is  fundamental  to  the  sampling  technique 
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one  chooses  ff  the  above  concept  of  "gross"  is  accepted,  It  can  then  be 
implied  that  the  channel  is  suffering  a significant  bui  st  ei  roi  v oi 

catastrophic  outage  condition.  * 

In  the  absence  of  any  specific  information  concerning  the  mechanisms 
by  which  errors  are  induced  on  STDN  data  channels  to  be  used  in  the  TDRSS 
era,  certain  assumptions  must  be  made.  Experience  with  modern  data  communica- 
tions networks  have  shown  that  the  exponential  distribution  is  a gross 
estimate  for  times  between  failures  on  a channel.  That  is,  the  probability 
P that  the  channel  will  fail  between  the  present  time  and  time  T is  given 

by  ^ 

P = f Xe“^^  dt  = 1 - e 
0 

When  two  channels  having  exponential  failure  rates  are  connected 
in  series,  and  the  exponential  parameters  associated  with  each  channel  are 
given  by  and  respectively^ the  resulting  composite  channel  has  Its 
failure  rate  exponentially  distributed  with  parameter  A^  + A^  More  generally, 
if  "n"  exponential  circuits  with  parameters  A^,  A^,  .,  A^  are  connected 

in  series,  then  the  resulting  composite  circuit  is  exponential  with  parameter 

1 2 n 

Suppose  a data  stream,  D,  may  flow  through  one  of  two  parallel 
channels  and  C2,  going  through  with  probability  P^  and  through  with 
probability  P2  If  C|  and  C2  have  exponential  failure  rates  with  parameters 
A^  and  A2  respectively,  then  the  time  between  failures  witnessed  by  samj^ling 
D has  the  probability  density  function 

S(t)  « P^A^e'^1^  + P2A2e'^2^. 

However,  if  both  and  C2  have  the  same  failure  rate  (i.e  , A^  “ ^2  ~ 
then  the  above  expression  reduces  to 

S(t)  = Ae"^^ 

For  the  system  under  consideration  (Figure  E-2)  the  1.5Mb  channels  linking 

the  TDRSS  ground  station  and  GSFC  are  assumed  to  have  the  same  failure 

characteristic,  designated  Similarly,  the  56Kb  links  from  the  GSTDM 

ground  tracking  stations  are  assumed  to  have  the  same  failure  rate,  A^ 

5 


THE  BDM  CORPORATION 


THE  BDM  CORPORATION 


For  analysis  purposes,  then,  the  channels  between  user  satellites  and  the 
GSFC  may  be  considered  serial  combinations  (A^)  of  channels  with  parameters 
Aj,  ....  A^.  It  must  be  kept  in  mind  that  potentially  more  than  one  path 
exists  from  the  ground  stations  (TDRSS  & GSTDN)  to  GSFC.  SImilarlly  A.j. 
will  assume  different  values  when  user  satellite  to  TDRSS  or  user  satellite 
to  GSTDN  station  links  are  different  (A^ , A^  and  A^  In  Figure  E-2) . 

2.  Detecting  Failures 

Consider  a data  stream  from  a user  satellite  S (user  1 in  Figure 
E-2,  for  example).  To  detect  failures  we  wish  to  find  a sampling  Interval, 
Hg,  which  provides  "satisfactory"  Identification  of  failure  occurrences 
Suppose  It  Is  desired  to  find  a sampling  Interval  such  that  the  probability 
of  the  data  channel  not  failing  within  the  interval  is  greater  than  or 
equal  to  Q.  Alternatively,  Q is  the  probability  that  the  channel  did  not 
fail  since  the  last  sample.  It  can  be  shown  that  satisfies  the  formula, 


, H = - ln(Q)- 

S A*|* 

In  the  example  of  user  satellite  1 (Figure  D-2) , A.j.  = A^  + A^  + A^^, 

The  above  formula  indicates  that  is  proportional  to  the  mean 
time  between  failures  of  the  composite  channel  (1/A.j.),  the  factor  of  pro" 
portionality  being  - In  (Q).  Table  E-1  provides  representative  values  of 
for  various  A.p's  and  Q,'s.  From  Table  E-1,  If  the  failure  rate,  1/A.j., 

IS  once  per  day  (24  hours),  a sampling  Interval  of  approximately  19  hours 
provides  an  .80  probability  that  the  channel  will  have  failed  since  the  last 
sample  (Q  = 2).  If  this  system  is  used  for  determining  H^,  It  can  be  shown 
that  the  expected  time,  E^,  from  actual  failure  until  detection  of  the 
failure  is  given  by. 


E 

s 


In  Ox 
1-0  ^ 


10 

Values  of  the  factor  of  proportional  it, y,(-|  - yi^)  > as  a function  of  Oj  are 
given  In  Table  E-2 

The  sample  interval  requirement  can  be  looked  at  from  a different 
viewpoint.  Suppose  it  is  desired  to  find  failures  within  some  time  x after 
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TABLE  E“1  REPRESENTATIVE  VALUES  OF 
SAMPLING  INTERVAL  H 

s 


1 / Ay 

(HRS) 

.5 

.6 

.7 

.8 

50 

34.7 

25.5 

17.8 

11.2 

100 

69.3 

51.1 

35.7 

27.3 

150 

104 

76.6 

53.5 

33.5 

500 

346.6 

255.4 

178.3 

111.6 

TABLE E -2  PROPORTIONALITY  FACTOR  VALUES 


Q 

(-1-  iJll  ) 
^ ' 1-0  ^ 

.5 

.39 

.6 

.28 

.7 

.19 

.8 

.12 
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they  have  occurred.  For  a user  satellite,  S,  let  be  the  interval  for 
sampling  the  data  stream  from  S and  let  it  have  the  property  that  any  failure 
will  be  detected  within  time  t with  probability  greater  than  or  equal  to  Q'" 

It  should  be  clear  that  if  = 1 then  must  be  t,  otherwise  H*  can  be 
bigger  than  t It  can  be  shown  that  the  formula  for  is  given  by 

^s  ~ Xj.  [exp  + CO,'*'- 1 ) I 

Table  E~3  provides  sample  values  for  H*  when  Q.*  is  held  fixed  at 
7^  and  and  t are  variables.  Table  E-4  gives  similar  values  where  t is 
fixed  at  10  hours  and  and  Q,'^  are  variables.  Notice  that  the  entries  in 
any  column  of  either  table  are  nearly  the  same  This  demonstrates  an  inter- 
esting feature  of  this  approach  to  sampling  If  it  is  desired  to  detect 
failures  within  time  t with  probability  Q*,  then  sample  interval  is 
largely  independent  of  1/X.j..  Thus,  the  sample  interval  is  not  highly  dependent 
on  the  original  distribution  of  failures.  In  particular,  all  satellite  data 
streams  in  mul tisatel 1 ite  systems  could  be  sampled  with  the  same  frequency 
The  above  sampling  techniques  provide  a data  quality  observer  the 
capability  to  detect  major  channel  outages;  i.e. , those  caused  by  equipment 
failures  or  significant  natural  or  man-made  descriptions  of  the  data  channel 
Without  specific  knowledge  of  the  characteristics  of  the  degradation  sources 
or  the  channel  of  interest,  sampling  techniques  to  detect  other  data  quality 
degradations  are  extremely  difficult  to  specify  with  reasonable  degrees  of 
accuracy. 

C.  PERFORMANCE  PARAMETER  MONITORING 

Performance  parameter  monitoring  is  the  process  whereby  fundamental 
communication  channel  characteristics  are  monitored  and  the  values  compared 
to  predefined  thresholds. 

Many  organizations  provide  data  communications  services  to  users 
These  organizations  include  AT&T,  COMSAT,  Western  Union  and  DATRAN.  Specialized 
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TABLE  E- 

3 VALUES 

OF  H IN 
s 

HOURS  WHEN  Q 

= .7. 

i 

1 

T (HRS) 

(HRS) 

j 1 

10 

100 

200 

. 50 

1 .42 

13.74 

114.76 

217.56 

100 

1.43 

14.00 

123.97 

237.52 

150 

1 .43 

14.09 

128.41 

241.14 

500 

1.43 

14.23 

137.41 

266.08 

[ 


TABLE  E-4 

VALUES  OF  h'“ 
s 

IN  HOURS 

WHEN  T = 

10  HOURS 

1A.J. 

(HRS) 

.5 

.6 

.7 

.8 

50 

18.33 

15.70 

13.74 

12.22 

100 

19.09 

16.15 

14.00 

12.35 

150 

19.37 

16.31 

14.09 

12.40 

500 

19.80 

16.56 

14.23 

12.47 
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networks  also  exist  for  providing  data  communications  services  (e.g.,  ARPANET, 
ALOHA,  etc.).  These  organizations  and  services  have  a requirement  to 
ensure  the  quality  of  service  provided  as  well  as  detecting,  isolating  and 
restoring  degraded  network  elements.  These  organizations,  for  a wide  range 
of  reasons,  do  not  sample  user  data  to  determine  channel  integrity.  Some  of 
these  reasons  are 

(1)  The  need  for  user-unique  equipment  to  recover  the  actual  data 

(2)  The  user's  desire  for  privacy 

(3)  The  existence  of  off-the-shelf  equipment  to  provide  desired  information 
in  a timely  manner,  thus  minimizing  cost. 

The  methods  utilized  currently  by  the  data  communications  industry  to  deter- 
mine channel  (data)  quality  are  generically  classed  as  channel  parameter 
monitoring  and  include  measurements  of: 

(1)  Channel  tolerances  (phase,  frequency,  amplitude) 

(2)  Known  bit  pattern  distortions 

(3)  Pulse  qual Ity 

(A)  Error  detection  code  performance 

(5)  Convolution  decoder  performance 

(6)  S/N  levels 

(7)  Phase-Locked  Loop  (PLL)  performance 

The  TDRSS  performance  specification  (Reference  A)  indicates  that  a 
significant  number  of  performance  parameters  are  being  provided  to  the  NOCC 
by  TDRSS.  These  include 

(1)  EIRP 

(2)  Radiated  carrier  frequency 

(3)  RF  beam  pointing 
(A)  Polarization 

(5)  Carrier  lock  indicator 

(6)  BER  status 

(7)  Signal  strength  indication  from  ground  carrier  tracking  receiver 

(8)  Port  ID 

The  above  data  provides  the  fundamental  information  to  obtain  estimates  of 
TDRSS  data  quality  for  a wide  range  of  confidence  levels  A comparable  set 
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of  parameters  from  the  GSTDN  stations  could  similarly  provide  the  foundation 
for  GSTDN  data  quality  estimates. 

The  approach  suggested  utilizes  automated  techniques  within  the  NOCC  to 
ensure  that  a man  does  not  have  to  sit  at  a console  and  continuously  monitor 
the  above  data.  Since  the  prime  motivation  of  data  sampling  at  the  NOCC  is 
to  obtain  indications  of  degraded  data  quality,  the  parameter  processing 
system  in  the  NOCC  could  be  designed  to  register  channel  status  changes 
which  exceed  predefined  thresholds. 

Consider  the  parameter  Identified  as  "BER  Status”  above  and  in  Refer- 
ence k.  For  convolut ional ly  encoded  links,  the  performance  of  the  decoder 
could  provide  indicators  of  BER  status.  Alternatively,  TDRSS,  in  parallel 
with  user  data  transmissions,  could  be  transmitting  a known  bit  pattern 
between  the  TORS  and  TDRSS  ground  station  and  monitoring  its  received  error 
rate.  Either  method  would  allow  the  TDRSS  contractor  to  supply  the  BER 
Status  information  to  NASA  as  required  in  the  performance  specification. 

This  parameter  alone  could  provide  gross  indications  of  TDRSS  channel  perform- 
ance, i e. , data  qual ity. 

Similarly,  NASCOM  applies  an  error  detecting  poly-code  to  all  data 
blocks  transmitted  from  ground  sites  to  users.  When  errors  are  detected  in 
a block,  an  error  status  flag  is  set  indicating  a potential  block  data 
error. 

The  above  data  provides  the  basis  for  a very  flexible  data  quality 
estimating  system.  A generic  functional  flow  for  such  a system  is  shown  in 
Figure  E-3.  A representative  printout  of  this  type  of  system  (in  use  today 
in  government  applications)  is  shown  in  Figure  E -4.  The  inherent  flexibility 
m this  type  of  system  resides  in  the  ability  of  the  channel  (data)  quality 
observer  to  determine  the  sensitivity  of  the  observat ions ( I .e, , input  para- 
meter threshold  values).  The  GREEN,  AMBER  and  RED  operating  regions  for 
each  parameter  are  selected  based  on  pre-established  thresholds  Channel 
performance  is  then  determined  by  the  mini-processor  with  a center  GREEN 
(most  desirable  region)  value  as  the  point  of  reference  Values  for  high 
and  low  AMBER  thresholds  (marginal  circuits)  and  high  and  low  RED  thresholds 
(unusable  circuits)  are  then  set  by  the  NOCC  operator.  Certain  parameters, 
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Figure  E“3»  Generic  Functional  Flow  for  a Data  Quality  Estimating  System 
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monitored  on  a continuous  basis,  can  be  used  to  establish  circuit  quality 
trends.  If  gross  estimates  are  desired,  the  thresholds  are  set  to  detect 
very  large  parameter  value  excursions  from  the  norm  (i.e  , RED  regions). 

For  example,  the  first  line  In  Figure  E-4  indicates  that  on  Julian  date  118 
(28  April)  at  234?  hours  Zulu,  the  weighted  noise  level  (WN)  exceeded  the 
threshold  for  "Amber"  (AH).  The  measured  value  of  the  wideband  noise  at  the 
time  of  threshold  crossing  was  48.6dB.  In  this  example,  the  observer  desired 
to  know  when  the  data  channel  was  entering  a possible  degradation  situation, 
thus  the  use  of  "amber"  thresholds  Channel  quality  is  not  bad  but  it  is 
not  within  desired  tolerances  Continuation  of  the  amber  condition  for 
prolonged  lengths  of  time  could  have  Indicated  to  the  observer  that  circuit 
adjustments  were  necessary. 

If  an  observer  were  only  Interested  In  very  significant  changes  in 
channel  quality,  "Red"  and  "Green"  thresholds  may  be  the  only  values  defined 
The  second  circuit,  70R,  identified  i^n  Figure  E-4,  entered  a "Red"  (RH)  condi- 
tion at  the  same  time  70T  entered  the  "Amber"  state.  Notice  that  the  wide- 
band noise  power  on  this  channel  is  more  than  double  that  on  70T  Directly 
following  this  example  in  Figure  E-4,  circuit  119R  has  returned  to  the 
"Green"  state,  representing  a status  change  from  a previous  "Amber"  or  "Red." 

In  summary,  the  above  system  could  provide  a data  quality  observer  the 
capability  of  detecting  data  channel  corruptions  to  the  level  desired,  using 
informat  ion  which  will  be  available.  Additionally,  this  information  provides 
a technical  support  team  within  the  NOCC  the  basis  for  problem  isolation  and 
system  restoration. 

D.  APPROACH  EVALUATION 


Review  of  the  Network  Operations  Support  Plans  for  the  Atmospheric 
Explorer-E,  Earth  Resources  Technology  Satellite  and  Orbiting  Solar  Observatory 
missions  (References  15j  16  and  17  respectively)  indicate  that  reference 
parameters  such  as  battery  voltages,  bus  currents,  etc.  can  not  be  expected 
to  appear  at  consistent  places  in  the  various  spacecraft  telemetery  streams 
Therefore  a duplication  of  user  hardware  and  software  will  be  required  to 
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extract  and  interpret  the  desired  parameter.  It  would  be  expected  that 
future  telemetery  stream  construction  would  be  driven  by  user  requirements 
and  these  would  not  be  expected  to  be  consistent  among  satellite  system 
Without  a detailed  specification  of  the  corruptive  influences  on  the 
channel  being  monitored,  data  inspection  is  limited  to  detecting  only  the 
most  severe  outages.  Reference  14  provides  data  relating  to  extensive  tests 
conducted  by  AT&T  to  characterize  channel  degradations.  As  a result,  the 
telephone  network  could  be  represented  by  a combination  of  renewal  type 
channels  by  specifying  about  a dozen  parameters.  However,  this  specification 
IS  only  valid  for  the  block  sizes  which  are  significantly  different  from  those 
planned  for  use  by  NASCOM  in  the  TDRSS  era.  Unless  extensive  testing  is 
undertaken  to  characterize  the  NASCOM  network  in  the  TDRSS  era,  corollary 
information  relating  to  channel  performance  will  be  required  to  determine 
whether  a channel  outage  is  actually  in  process  This  additional  information 
will  also  be  required  for  malfunction  isolation.  Reference  h indicates  that 
a substantial  set  of  this  information  will  be  available  at  the  NOCC.  if 
this  is  the  case,  the  data  inspection  approach  would  require  additional  data 
to  perform  a function  which  could  be  accomplished  with  existing  data. 
Additionally  it  presents  a distinct  disadvantage  of  being  limited  in  the 
quality  and  quantity  of  information  provided  to  an  observer  Assuming  that 
the  TDRSS  user  links  are  of  a reliability  at  least  nearly  equivalent  to 
existing  satellite  communications  relay  1inks,a  data  quality  observer  would 
spend  much  of  his  time  monitoring  "good"  performance.  Human  factors  data 
shows  that  unless  the  motivation  is  extremely  high,  an  individual  tends  to 
ignore  things  which  do  not  add  to  the  total  information  base,  i.e.,  things 
are  assumed  to  be  the  way  they  most  often  appear.  Section  C suggested  a 
system  which  could  use  existing  information  In  an  extremely  flexible  manner- 
In  fact,  estimates  of  data  quality  are  potentially  obtainable  for  a wide 
range  of  granularities  Additionally  the  necessary  and  sufficient  set  of 
information  for  malfunction  identification  and  isolation  Is  utilized  to 
extract  data  quality  estimates,  thus  minimizing  information  processing  at 
the  NOCC.  It  was  also  suggested  that  the  performance  parameters  monitoring 
system  be  designed  to  identify  "bad"  conditions  thus  removing  routine 
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task  of  reviewing  large  amounts  of  "good"  data.  Summary  reports  are  utilized 
to  extract  performance  statistics  for  operations  during  those  periods  in 
which  malfunctions  do  not  occur.  In  conclusion  it  should  be  noted  that 
performance  parameter  monitoring  is  a data  communications  industry  standard 
technique.  Years  of  experience  accumulated  by  a wide  range  of  data  communica- 
tions companies  and  organizations  have  established  confidence  in  this  approach. 
For  these  reasons,  performance  parameter  monitoring  has  been  selected  as  the 
perferred  technique  in  obtaining  real-time  estimates  of  STDN  data  quality 
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APPENDIX  F 
STDN  LOADING  DATA 

The  graphs  in  this  appendix  were  accumulated  from  the  Mission  Model 
(Reference  2)  and  data  assembled  for  the  Phase  I report  (Reference  1) 
Figure  F-1,  GSTDN  DEMAND,  represents  the  range  of  possible  loading  on 
GSTDN  until  1982.  The  graph  marked  MINIMUM  APPROVED  reflects  commit- 
ments already  made  for  support  of  spacecraft  either  presently  In  orbit 
or  slated  for  launch  The  MAXIMUM  APPROVED  curve  which  continues  into 
the  ESTIMATED  PROBABLE  segment  after  I98O  represents  the  aggregate 
desired  level  of  support  until  I98O  and  the  estimated  likely  level  there- 
after. After  1980,  the  MAXIMUM  TOTAL  curve  indicates  a worst  case  for 
demand  on  GSTDN.  The  RESOURCES  curve  represents  total  available  antenna 
time  in  each  quarter.  The  dotted  downward  slope  of  this  curve  in  the 
period  from  mid-1980  to  mid-l98l  is  associated  with  the  phaseout  of 
ground  stations  planned  when  TDRSS  becomes  operational. 

Figure  F-2,  TDRSS  DEMAND,  represents  estimates  of  aggregate  demand  for 
TDRSS  $A  and  MA  support  along  with  a total  of  the  two. 

Finally  Figure  F~3  contrasts  expected  demand  for  TDRSS  SA  support  with 
available  SA-antenna  hours,  both  without  the  limitation  of  two  operational 
Shuttle  spacecraft  and  with  one  SA  antenna  dedicated  to  each  shuttle  at 
all  tunes 
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Figure  F-3-  TDRSS  Demand,  with  the  Shuttle 
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APPENDIX  G 

SPECIALIZED  HUMAN  FACTORS  PRIMER 


A INTRODUCTION 


Human  factors  analysis,  especially  in  the  TDRSS  era  NOCC  context,  or 
any  context.  Is  a highly  complex  and  interactive  problem  Figure  G-1 
indicates  the  factors  which  bear  on  such  an  analysis  and  their  relative 
interactions.  Solid  lines  indicate  strong  interactions,  dotted  lines  weak 
interactions.  Many  of  the  factors  show  direct  control  by  management  per- 
sonnel. For  example,  financial  reward  may  be  governed  by  a set  of  "estab- 
lished” rules.  However,  working  conditions  is  an  area  that  usually  provides 
high  visibility  to  both  employee  and  employer.  Changes  in  this  area  seldom 
go  unnoticed.  Additionally,  it  is  the  area  in  which  management  generally 
has  the  greatest  impact.  Therefore,  this  primer  focuses  on  the  area  of 
working  conditions. 

It  is  the  intent  of  this  appendix  to  generate  an  awareness  of  the 
salient  human  factors  aspects  which  should  be  considered  as  the  NOCC  evolves 
into  TDRSS  era  operations  As  such, it  is  important  to  note  that  it  does  not 
provide  specific  answers  to  identified  areas  of  concern  but  rather  provides 
guidelines  and  methodologies  for  defining  and  implementing  fixes  if  operation 
in  the  current  set  of  conditions  is  determined  to  be  objectionable 

Following  this  introduction,  a discussion  of  human  factors  data  lays 
the  foundation  for  the  workload  and  job  setting  subjects  discussed  in 
Section  C.  Knowledge  of  the  types  and  kinds  of  data  available  in  human 
factors  testing  will  support  overall  analyses  and  define  analysis  bounds. 
Section  C treats  the  specialized  subject  areas.  These  subjects  are  dis- 
cussed in  a generalized  fashion, and  hence  specific  solutions  to  problems  in 
these  areas  are  not  identified.  The  fundamental  reason  for  this  is  that  the 
level  of  analysis  required  to  provide  specific  answers  in  these  areas  is 
significantly  greater  than  the  levels  of  analysis  of  the  remaining  subject 
areas  in  the  Phase  II  effort.  However,  direction  is  provided  to  salient 
studies  and  references  dealing  with  the  subject  matter  in  Section  C.  A 
bibliography  and  referral  matrix  (Section  D)  include  the  human  factors 
primer. 
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Figure  G-1.  Factors  Bearing  on  Human  Factors  Analysis 
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B.  HUMAN  FACTORS  DATA  METHODOLOGY  AND  APPROACH 


An  accepted  methodology  for  the  collection  and  analysis  of  human  factors 
data  Includes  the  determination  of  what/who  is  to  be  assessed,  how  the 
assessment  will  be  conducted,  and  in  what  context  the  assessment  will  take 
place.  Figure  G-2  summarizes  this  methodology  and  shows  the  components  of 
each  major  step.  , 

The  first  five  steps  shown  In  the  figure  have  key  significance  in  that 
they  are  conducted  before  data  collection,  often  a costly  endeavor,  is 
initiated.  Briefly,  the  first  step  in  the  methodology  involves  defining  the 
type  of  behavior  one  is  attempting  to  describe  or  predict.  That  is,  determine 
if  the  objective  of  the  analysis  is  to  describe  or  predict  individual,  group, 
or  system  performance  (or  interrelationships  of  these  performances).  This 
first  step  literally  "bounds"  the  assessment  to  be  undertaken  and  is  obviously 
influenced  fay  three  major  parameters  while  recognizing  the  existence  of  a 
possible  man-machine  interface.  This  interface  will  be  discussed  in  a sub- 
sequent section. 

The  three  parameters  are  personnel,  functions  or  tasks,  and  environment. 
The  personnel  parameter  considers  physical  and  psychological  characteristics 
along  with  "number"  and  background.  Physical  characteristics  assessed  would 
include  age,  sex,  race,  and  physiological  and  anthropometric  considerations 
Measurement  of  these  characteristics  are  beneficial  In  determining  limitations 
of  human  performance.  Similarly,  psychological  characteristics  (aptitude, 
skill  and  personality)  are  beneficial  In  describing  how  and  why  humans 
perform.  The  "number"  factor,  moreover,  assesses  the  influences  of  the 
personnel  parameter  on  the  amount  and  type  of  training  and  experience  the 
individual  (or  group)  has  or  will  obtain.  As  with  the  psychological 
characteristics,  these  are  beneficial  in  determining  how  well  humans  perform. 
The  second  parameter  assesses  the  type  of  task(s)  to  be  performed,  the 
characteristics  of  these  tasks  and  the  behaviors  required  to  perform  them. 

The  personnel  and  task  parameters  are  influenced  by  the  situational  environ- 
ment in  which  they  exist — hence,  the  need  for  an  assessment  of  the  "environ- 
ment." The  physical  location  would  be  determined, as  well  as  evaluations  of 
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Figure  G-2.  Modified  Methodology  for  Human  Factors  Analysis 
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the  influences  of  temperature,  noise,  lighting,  acceleration,  vibration,  and 
atmosphere. 

/ 

Having  made  a decision  on  what  the  objective  of  the  assessment  is  to  be, 
the  second  step  is  to  establish  criteria  which  would  state  the  performance 
requirement  for  the  objective  to  be  successfully  accomplished.  Consideration 
must  then  be  given  to  determining  the  method  of  measurement,  the  third  step 
in  the  methodology.  At  this  point,  the  use  of  experimental  designs, 
questionnaires,  interviews,  modeis,  etc.  would  be  determined.  Steps  four  and 
five  are  directly  related  to  data  collection.  After  deciding  if  the  data 
will  be  collected  by  using  human  resources,  instrumentation,  or  both,  con- 
sideration must  be  given  to  the  context  in  which  the  measurement  is  to  be 
made.  That  is,  is  the  assessment  to  be  conducted  in  an  operational  setting, 
or  a laboratory,  etc.  It  must  be  emphasized  that  these  five  steps  are  fluid 
and, therefore,  strongly  interact  with  each  other.  A change  in  the  approach 
to  the  method  of  measurement,  for  example,  could  well  affect  measurement 
context.  For  cost  effectiveness  and  other  reasons,  these  changes  should  be 
determined  before  data  collection  is  initiated,  step  six  in  the  methodology 
After  the  data  has  been  reduced  and  subsequently  analyzed  using  both  the 
criteria  decided  upon  in  step  two,  and  applicable  methods  of  measurement 
decided  upon  in  step  three,  the  decision  which  precipitated  the  need  for 
the  human  factors  assessment  can  be  made.  A detailed  discussion  of  this 
methodology  can  be  found  in  Meister,  1971  {Reference  1) 

It  is  Important  to  recognize  that  this  methodology  forms  a checklist 
for  determining  when  the  numerous  considerations  in  a human  factors  assess- 
ment should  be  discussed,  evaluated,  and  otherwise  employed  to  arrive  at  a 
s ituatlonal ly  dependent  decision.  Admittedly,  thi s discussion  has  not  mentioned 
the  use  of  applicable  statistics  which  are  often  employed  in  psychophysical 

and  psychometric  portions  of  human  factors  assessments.  Discussions  of 

* 

these  techniques  can  be  found  in  Kirk  and  Guilford  (References  2 and  3). 
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C.  TOPICS  OF  INTEREST 


This  primer  has  taken  key  aspects  of  the  personnel,  function,  and 
environmental  parameters  cited  earlier  and  addressed  them  as  foundations 
for  a much  larger  and  structured  assessment,  an  assessment  that  would 
pursue  the  methodology  stated  above.  The  aspects  considered  are  the  man- 
machine  interface,  illumination,  temperature,  noise,  hours  and  shifts, 
fatigue,  selection  and  training,  and  human  relations. 

1 . Man-Machine  Interface 

The  man-machine  interface  is  a topic  v;hich  is  often  addressed  and 
less  often  understood.  It  is  a consideration  of  great  importance  which  has 
been  addressed  in  volumes  of  literature  from  many  perspectives  Certain 
generalizations  have  been  identified  which  can  be  of  benefit  to  NASA  and  it 
is  these  generalizations  which  have  been  presented  to  assist  NASA  officials 
in  their  approach  to  a human  factors  analysis.  Humans  and  machines  have 
definite  attributes  which  must  be  taken  into  account  when  allocating  tasks 
and  functions  to  each.  Generally,  as  Jordan  said,  "men  are  flexible  but 
cannot  be  depended  upon  to  perform  in  a consistent  manner,  whereas  machines 
can  be  depended  upon  to  perform  consistently  but  have  no  flexibility  whatso- 
ever." (Reference  k) 

Generalizations  about  the  relative  capabilities  of  human  beings 
and  of  machine  components  are  drawn  from  various  sources  and  have  been 
depicted  in  Figure  G~3. 

Given  the  attributes  of  man  and  machine,  how  does  one  draw  the 
interface  between  them?  In  practice,  this  question  is  answered  by  allocating 
tasks  or  portions  of  tasks  to  each.  No  matter  how  carefully  control  tasks 
are  apportioned  between  man  and  machine,  the  match  will  never  be  perfect. 

The  characteristics  listed  above  are  generalizations,  guidelines 
made  under  the  assumption  that  all  other  conditions  are  ideal.  There  are 
circumstances,  extreme  environmental  conditions  for  instance,  in  which  it 
would  be  inappropriate  to  apply  these  guidelines  as  dictates  of  a general 
superiority  of  either  men  or  machines.  Furthermore, due  to  technological 
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MAN 


SENSE  LOW  LEVEL  VISUAL,  AUDITORY,  TACTILE 
STIMULI 

RECOGNIZE  PATTERNS  OF  COMPLEX  STIMULI  WHICH 
VARY  WITH  SITUATION  (E  G SPEECH  SOUNDS) 

STORE  PRINCIPLES  AND  STRATEGIES 

DRAW  UPON  VARIED  EXPERIENCE  IN  MAKING 
DECISIONS 

REASON  INDUCTIVELY,  GENERALIZING  FROM 
OBSERVATIONS 

MAKE  SUBJECTIVE  ESTIMATES  AND  EVALUATIONS 

CONCENTRATE  ON  IMPORTANT  ACTIVITIES  WHEN 
OVERLOAD  CONDITIONS  REQUIRE 

ADAPT  PHYSICAL  RESPONSE  TO  VARYING 
OPERATIONAL  REQUIREMENTS 

LOW  POWER  REQUIREMENTS 

IN  GOOD  SUPPLY,  BUT  NONEXPENDABLE 

LOW  MAINTENANCE  REQUIREMENT 


MACHINE 


• SENSE  STIMULI  OUTSIDE  OF  MANS  NORMAL  RANGE 
(EG,  X-RAYS) 

• MONITOR  FOR  PRESPECIFIED  EVENTS  OR 
PATTERNS 

• STORE  LARGE  QUANTITIES  OF  CODED  DATA 

• MAKE  RAPID  CONSISTENT  RESPONSES  TO  INPUT 
SIGNALS 

• PERFORM  REPETITIVE  ACTIVITIES  RELIABLY 

• COUNT  OR  MEASURE  PHYSICAL  QUANTITIES 

• MAINTAIN  EFFICIENT  OPERATIONS  UNDER 
CONDITIONS  OF  HEAVY  LOAD 

• MAINTAIN  EFFICIENT  OPERATIONS  UNDER 
DISTRACTIONS 

• HIGH  POWER  REQUIREMENT 

• COST  AND  TIME  LIMITED  SUPPLY  BUT  EX- 
PENDABLE AND  NO  PERSONAL  PROBLEMS 

• EXTENSIVE  MAINTENANCE  REQUIREMENT  FOR 
COMPLEX  MACHINE 


Figure  G-3.  Man-Machine  Trade-Offs 
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advances  in  hardware  and  software  and  scientific  research  on  human  beings, 
the  accepted  view  of  human  and  machine  capabilities  in  the  various  areas  is 
subject  to  constant  change.  Economic  considerations  may  also  govern  task 
allocation  within  a given  system. 

Finally,  function  allocation  should  also  take  social  and  related 
values  into  account.  The  process  of  allocation  of  functions  to  men  versus 
machine  components  directly  predetermines  the  role  of  human  beings  in 
systems  and  thereby  raises  important  questions  of  a social,  cultural, 
economic,  and  even  political  nature.  The  basic  roles  of  human  beings  have  a 
direct  bearing  upon  such  factors  as  j'ob  satisfaction,  humans  motivating  the 
value  systems  of  individuals  and  of  the  culture,  etc.  Preferably,  the  human 
work  activities  that  are  generated  by  a system  should  provide  the  oppor- 
tunitv  for  reasonable  intrinsic  satisfaction  to  those  who  perform  them. 

2.  1 1 1 umination 

Once  again,  there  are  a number  of  considerations  which  influence 
decisions  relating  to  types  and  levels  of  work  place  illumination  Some 
of  these  considerations  include  the  nature  of  the  tasks  which  will  be 
performed,  the  quantity  and  uniformity  of  the  light  which  will  be  provided, 
and  glare  and  reflections  from  work  area  surfaces  and  light  sources 

The  majority  of  literature  available  on  the  subject  of  illumina- 
tion is  directed  toward  the  performance  of  detailed  tasks  requiring  various 
levels  of  room  brightness.  The  display  operator  is  in  a rather  unique 
situation  in  this  regard  because  his  work  task  and  equipment  require 
special  considerations.  Three  conflicting  requirements  must  be  satisfied. 
There  must  be  enough  general  or  ambient  illumination  for  operators  to 
walk  around  in  the  room,  the  light  should  not  reach  the  face  of  the  display 
(reduction  in  brightness  contrast  will  occur),  and  indirect  reflections 
from  the  face  of  the  display  should  not  reach  the  operator's  eyes. 

There  are  three  types  of  artificial  lighting  systems,  direct, 
indirect,  diffuse.  Direct  lighting  is  most  efficient,  but  often  produces 
annoying  and  distracting  contrasts,  shadows,  and  glare.  Indirect  provides 
good  uniform  lighting  without  direct  glare  and  deep  shadows;  however,  it 
IS  inefficient  and  may  produce  specular  glare  if  the  ceilings  and  walls 
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are  not  suited  for  this  lighting  technique  Diffuse  lighting  is  more 
efficient  than  Indirect  and  less  efficient  than  direct,  and  with  flourescent 
tubes  and  baffles,  glare  and  shadows  are  almost  eliminated.  Specialized 
lighting  systems  have  been  designed  for  radar  rooms,  usual 1y  consisting 
of  filter  sets  and  goggles.  The  best  known  of  these  systems  are  a cross- 
polarization system,  broad-band-blue  system,  sod i um-minus-yel low  system, 
and  a mercury-minus- red  system.  Unfortunately,  the  three  latter  systems 
will  not  work  with  certain  types  of  CRT  displays.  These  systems  also  tend 
to  distort  color  coding  and  may  adversely  affect  the  operators  emotionally. 
The  cross-polarization  system  does  not  transmit  as  much  light  as  the  three 
other  systems  and  must  be  precisely  positioned  to  properly  polarize  the 
room  1 ight. 

Red  illumination  is  often  used  for  general  lighting  where  dark 
adaptation  is  essential  to  the  task  being  performed.  It  has  many  practical 
applications  in  work  situations  where  it  is  necessary  to  preserve  the  dark 
adaptation  of  the  rods  in  the  retina.  Electroluminescent  lighting  is  com- 
monly used  for  panels  and  displays.  The  advantages  of  this  technique  are 
uniform  panel  brightness  and  color. 

Glare  is  a common  problem  of  direct  or  inefficient  lighting 
systems  which  markedly  increases  the  visual  acuity  of  the  subject  and 
causes  eyestrain.  Direct  glare  can  be  controlled  by  using  direct  lighting 
and  using  shields  and  hoods  to  keep  the  light  from  reaching  the  operator’s 
eyes^or  by  using  indirect  lighting.  Specular  glare  (reflection)  can  be 
reduced  by  using  diffused  light,  and  dull  mat  surfaces  rather  than  polished 
ones.  Figure  G-^  provides  standard  lighting  recommendations  for  special 
working  conditions,  and  Figure  G-5  identifies  the  light  which  can  be 
saved  through  the  use  of  color. 

3.  Temperature 

The  physiological  impact  of  heat  and  cold  stress  results  in 
work  performance  degradation  in  many  activities,  physical  and  mental. 

In  view  of  the  vast  amount  of  work  which  has  occurred  in  this  area,  and 
the  effort  of  the  study  team  to  address  those  areas  which  particularly 
relate  to  NOCC  conditions,  this  discussion  will  focus  on  relevant, 
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WORKING  CONDITIONS 

RECOMMENDATIONS 

CONDITION 
OF  USE 

LIGHTING 

TECHNIQUE 

LUMINANCE 
OF  MARKINGS 

(ft-l) 

BRIGHTNESS 

ADJUSTMENT 

INDICATOR  READING, 
DARK  ADAPTATION 
NECESSARY 

RED  FLOOD,  INDI- 
RECT, OR  BOTH, 
WITH  OPERATOR 
CHOICE 

0 02-0  I 

CONTINUOUS 

THROUGHOUT 

RANGE 

INDICATOR  READING, 
DARK  ADAPTATION 
NOT  NECESSARY  BUT 
DESIRABLE 

RED  OR  LOW-COLOR- 
TEMPERATURE 
WHITE  FLOOD, 
INDIRECT  OF 
BOTH,  WITH 
OPERATOR 
CHOICE 

0 02-1  0 

CONTINUOUS 

THROUGHOUT 

RANGE 

INDICATOR  READING, 
DARK  ADAPTATION 
NOT  NECESSARY 

WHITE  FLOOD 

1-20 

FIXED  OR 
CONTINUOUS 

PANEL  MONITORING, 
DARK  ADAPTATION 
NECESSARY 

RED  EDGE  LIGHT- 
ING, RED  OR 
WHITE  FLOOD, 
OR  BOTH,  WITH 
OPERATOR 
CHOICE 

0 02-1  0 

CONTINUOUS 

THROUGHOUT 

RANGE 

PANEL  MONITORING, 
DARK  ADAPTATION 
NOT  NECESSARY 

WHITE  FLOOD 

10-20 

FIXED  OR 
CONTINUOUS 

INDICATOR  READING  OR 
PANEL  MONITORING 
WITH  POSSIBLE  EX- 
POSURE TO  BRIGHT 
FLASHES 

WHITE  FLOOD 

10-20 

FIXED 

INDICATOR  READING  OR 
PANEL  MONITORING 
AT  VERY  HIGH  ALTI- 
TUDE AND  RESTRICT- 
ED DAYLIGHT 

WHITE  FLOOD 

1 

10-20 

FIXED 

CHART  READING,  DARK 
ADAPTATION  NECES- 
SARY 

RED  OR  WHITE 
FLOOD,  WITH 
OPERATOR 
CHOICE 

0 1-1  0 
(ON  WHITE 
PORTIONS 
OF  CHART) 

CONTINUOUS 

THROUGHOUT 

RANGE 

CHART  READING,  DARK 
ADAPTATION  NOT 
NECESSARY 

WHITE  FLOOD 

5-20 

FIXED  OR 
CONTINUOUS 

Figure  G-A.  Recommendations  for  Indicator,  Panel,  and  Chart  Lighting 
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CEILING 

WALLS 

FLOOR 

FURNITURE 

UTILIZATION 

COEFFICIENT, 

% 

COLOR 

RF*'- 

COLOR 

RF 

COLOR 

RF 

COLOR 

RF 

CREAM 

65 

WHITE  AND 
GRAY 

40 

DARK  RED 

12 

DARK  OAK 

20 

29 

CREAM 

85 

WHITE  AND 
GRAY 

4o 

DARK  RED 

12 

DARK  OAK 

20 

- 33 

CREAM 

85 

GREEN 

72 

DARK  RED 

12 

DARK  OAK 

20 

45 

CREAM 

85 

GREEN 

72 

WHITE 

85 

DARK  OAK 

20 

56 

CREAM 

85 

GREEN 

72 

WHITE 

85 

BLOND 

50 

LTV 

CREAM 

85 

GREEN 

72 

WHITE  AND 
RUSSET 

70 

BLOND 

50 

55 

*RF  = REFLECTANCE  FACTOR  (PERCENTAGE  OF  LIGHT  REFLECTED). 

SOURCE*  A. A BRAINARD  AND  R A.  MASSEY,  SALVAGING  WASTE  LIGHT  FOR  VICTORY,  EDISON 
ELECTRIC  INSTITUTE  BULLETINE,  \Sk2,  VOL.  10. 


Figure  G-5  Effect  on  Illumination  of  Various  Ceiling,  Wall,  and  Furniture  Combinations 
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Tentative  upper  limit  of  effective  temperature  for 
unimpaired  mental  performance  as  related  to  exposure 
time;  data  are  based  on  an  analysis  of  15  studies. 
Comparative  curves  of  tolerable  and  marginal 
physiological  limits  are  also  given. 


A Results  of  performance  of 
task  which  required  brush 
assembly  breakdown:  total 

time  includes  working  time 
and  warming-up  time. 


B Operational  efficiency  of 
flying  personnel  In  an 
open  cockpit. 


+30  +20  +10  0 -10  -20  -30  -40 

TEMPERATURE,  °F 

Percentage  of  decrement  in  performance 
on  two  tasks  under  different  temperature 
•eondt  t+ons . 


Figure  S-6.  The  Effects  of  Heat  and  Cold  on  Work  Performance 
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applicable  information  which  identifies  the  relationship  of  heat  and  cold 
stress  to  performance  in  mental  activities. 

The  effects  of  heat  on  an  individual's  performance  on  mental 
activities  are  closely  related  to  other  influencing  factors:  the  type  and 
duration  of  the  task  being  performed,  the  individual's  training,  and  the 
degree  of  acclimatization  of  the  individual.  Generally,  an  individual's 
performance  of  light  work  will  begin  to  deteriorate  at  about  86®  to  88®F 
The  four  factors  which  affect  the  heat  exchange  process  are  temperature, 
humidity,  air  circulation,  and  the  temperature  of  other  objects  in  the 
environment.  For  example,  heat  dissipation  is  restricted  to  evaporation  in 
a situation  where  air  and  wall  temperatures  are  high  because  convection  and 
radiation  cannot  effectively  impact  the  process. 

There  are  a number  of  methods  in  use  for  measuring  environmental 
factors.  The  effective  temperature  (defined  by  the  ASHRAE  Handbook  of  Fun- 
damentals) provides  a single  value  for  the  effect  of  temperature,  humidity 
and  air  circulation  on  the  human  body  The  operative  temperature  provides 
a scale  which  also  accounts  for  air  and  wall  temperature  but  not  humidity.  In 
one  of  the  studies  performance  degradation  occurred  only  after  an  extended 
period  of  time,  1 1/2  hours  in  this  case  (Reference  6).  These  results  imply 
that  for  a short  duration  no  degradation  in  performance  should  be  expected 
to  occur;  but  in  a situation  where  sustained  performance  occurs  in  a task 
which  is  not  intrinsically  challenging,  degradation  in  performance  should  be 
expected. 

Noise 

Based  on  the  publications  of  Roth  and  Boggs  and  Simon,  McCormick 
devised  a list  of  the  types  of  tasks  which  are  most  likely  to  be  affected  by 
noise.  These  tasks  include  vigilance  tasks,  certain  complex  mental  tasks, 
skill  and  speed  tasks,  and  tasks  which  demand  a high  level  of  perceptual 
capacity  The  final  task  type  deals  with  time-shared  tasks  which  stress  the 
perceptual  ability  of  the  individual  and  appears  to  be  a promising  source  of 
additional  information  (References  7,8,  and  9). 

Roth  also  points  out  that  if  noise  is  kept  within  reasonable  hear- 
ing and  safety  limits  there  should  be  no  expected  degradation  in  performance. 
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"Perceived  noisiness"  is  a term  used  by  Kryter  to  identify  noises 
which  are  annoying  to  people.  The  noise  characteristics  which  are  annoying 
are  high  frequency,  high  pitch,  interml ttancy  and  reverberation  effects. 

This  type  of  annoying  noise  can  conceivably  reduce  an  individual's  performance 
through  distraction. 

5.  Hours  and  Shifts 

An  important  feature  of  work  today  is  the  need  in  many  occupations 
and  industries  for  work  to  continue  throughout  the  twenty-four  hours.  This 
section  will  describe  some  of  the  physiological  and  psychological  consequences 
of  shift  work. 

The  main  physiological  aspects  are  concerned  with  the  existence  In 
the  body  of  diurnal  rhythms  (Reference  10).  Nearly  all  the  functions  or 
states  of  the  body  which  have  been  examined  show  a rhythmical  pattern  related 
to  the  24  hours  of  the  day.  The  best  known  is  body  temperature.  In  an 
individual  who  works  during  the  day,  body  temperature  rises  from  a low  level 
early  in  the  morning  to  reach  a plateau  about  midday,  and  then  It  slowly 
falls  again  in  late  afternoon  to  a low  level  during  the  night. 

It  must  be  noted  that  when  an  alteration  is  made  from  a day  shift 
to  a night  shift,  these  rhythms  do  not  immediately  change.  The  rate  and 
degree  of  adaptation  of  the  diurnal  rhythms  vary  with  the  different  rhythms 

Evidence  is  beginning  to  accumulate  that  diurnal  rhythms  do  affect 
working  efficiency.  For  example,  there  is  some  evidence  that  performance  in 
a normal  day's  work  shows  a diurnal  variation,  rising  during  the  day  and  fall- 
ing off  gradually  m the  afternoon.  This  rhythm  of  performance  appears  to 
be  related  to  the  body  temperature  rhythm. 

There  are  a number  of  problems  in  the  study  of  time  shifts.  A 
major  one  is  the  difficulty  of  separating  and  identifying  sociological, 
psychological,  and  physiological  effects.  The  individual  who  goes  from  a 
day  shift  to  a night  shift  continues  in  a social  environment  geared  to  the 
usual  pattern  of  day  work  and  night  sleep.  These  disturbing  influences  may 
be  more  severe  or  more  serious  than  the  physiological  changes. 
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Insufficient  detailed  research  on  shift  workers  has  been  conducted 
to  make  it  possible  to  state  a preferable  shift  pattern.  However,  since 
physiological  adaptation  is  variable  and  rather  slow,  indications  are  that 
either  very  short  shift  periods  or  very  long  ones,  but  not  intermediate  ones, 
may  be  best.  Long  shift  periods  mean  remaining  on,  say  a night  shift  for 
months  or  even  years;  a short  shift  means  days,  not  weeks.  A number  of  in- 
dustries have  adopted  a two  -two  -three  pattern;  two  days  on  early  morning 
shift  followed  by  two  or  three  days  on  a night  shift,  then  a rest  period, 
followed  by  two  days  on  the  afternoon  shift  and  three  days  in  the  morning. 

The  research  on  the  effects  of  these  very  short  shifts  on  physio- 
logical rhythms  and  performance  is  non-concl us i ve,  but  they  appear  to  be 
more  acceptable  to  workers  than  a five-day  shift. 

6.  Fatigue 

There  is  considerable  difficulty  in  defining  the  word  "fatigue" 
since  it  applies  equally  well  to  muscular  and  to  mental  work.  The  two  as- 
pects cannot  be  separated  completely,  but  the  physiological  aspects  dominate 
in  considering  muscular  work,  whereas  the  psychological  aspects  are  pre- 
dominant in  fatigue  related  to  tasks  involving  little  muscular  work.  While 
it  Is  hard  to  agree  completely  on  a definition,  there  is  a consensus  among 
experts  that  as  fatigue  develops,  performances  declines. 

As  fatigue  develops  performance  on  a task  becomes  irregular  The 
various  events  do  not  follow  each  other  in  the  same  regular  order  as  they 
do  in  the  unfatigued  stage.  The  timing  changes,  not  all  the  phases  slow  down, 
but  some  do  and,  consequently,  performance  becomes  less  smooth  Some  irre- 
ularities  appear  at  first  >n  short  bursts,  then  the  original  timing  is  picked 
up  again,  especially  if  the  operator  has  knowledge  of  results,  but,  then  the 
irregularity  returns  and  persists  longer,  with  a shorter  recovery  period 
The  irregularities  may  then  become  gross  and  affect  every  phase  of  the  task 

In  tasks  with  a considerable  perceptual  element,  where  information 
IS  derived  from  a number  of  sources  (auditory,  visual,  or  tactile),  as  fati- 
gue develops,  the  field  of  display  becomes  less  adequately  scanned  and  there 
are  lapses  of  attention.  These  are  more  evident  in  a paced  task  where  the 
operator  has  to  work  at  a particular  rate,  on  an  assembly  line,  for  example 
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Where  there  is  a large  visual  display  (as  in  a pilot's  cockpit) 
with  increasing  fatigue,  attention  is  paid  more  erratically  to  the  display 
The  less  essential  elements  may  be  increasingly  ignored  and  attention  con- 
centrated on  the  most  important  dials  and  meters  or,  conversely, too  much 
emphasis  is  placed  on  the  peripheral  elements  at  the  expense  of  the  central 
ones.  The  effect  is  that  the  right  actions  may  be  performed  at  the  wrong 
times>and  some  actions  may  be  left  out. 

. Useful  information  on  what  actually  happens  in  fatigue  has  come 

from  more  closely  controlled  observation  of  the  details  of  performance  For 
example,  It  is  sometimes  found  that  the  first  effects  of  fatigue  may  be  short 
lived  improvement  of  performance.  The  effects  of  fatigue  have  been  found 
to  be  markedly  specific.  Thus, tests  consisting  of  tasks  different  from  the 
one  causing  fatigue  generally  fail  to  show  any  deterioration  of  performance-. 
This  can  explain  the  frequent  observation  that  changing  one's  work  or  activ- 
ity is  an  effective  way  to  combat  fatigue.  However,  the  alternative  task 
must  not  be  too  similar  to  the  fatiguing  one  (Reference  10). 

Rest  pauses  during  the  working  day  are  essential,  and  can  prevent 
fatigue  and  increase  production.  The  desirable  length  and  frequency  of  such 
rest  pauses  are  still  uncertain,  but  the  evidence  suggests  that  short,  fre- 
quent pauses,  five  minutes  every  hour  for  example,  are  more  effective  than 
longer  rests  at  longer  intervals 

An  important  element  of  fatigue  is  an  increasing  deterioration  in 
the  central  processes  involved  in  the  organization  of  incoming  Information, 
Research  is  continuing  on  the  physiological  basis  of  the  changes  in  the  cen- 
tral nervous  system  which  characterize  fatigue. 

One  problem  in  the  study  of  fatigue  has  been  to  distinguish  it 
from  boredom;  the  former  may  be  said  to  result  from  overloading,  the  latter 
from  underloading.  This  has  now  become  an  important  aspect  of  vigilance 
tasks  (monitoring  radar  screens,  inspecting,  etc.).  The  vigilance  situa- 
tion can  be  regarded  as  demanding,  but  boring,  so  there  is  a low  level  of 
arousal.  If  arousal  or  alertness  can  be  increased,  then  it  would  be  likely 
that  overall  performance  would  be  improved,  for  example  fewer  signals  would 
be  missed  or  the  response  time  would  he  quicker. 
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7.  Personnel  Selection  and  Training 
a.  Personnel  Selection 

A wide  range  of  practical  experience  In  many  fields  establishes 
the  Importance  of  proper  personnel  selection,  training,  and  assignment, 
personnel  selection  results  in  the  improved  matching  of  human  qualities  to 
task  requirements.  This  experience  is  especially  critical  when  one  realizes 
that  work  performance  is  not  simply  a matter  of  a person  wanting  to  do  well. 
The  individual  must  have  both  the  necessary  skills  and  abilities  for  the 
given  job  and  the  perceptions  of  the  behavior  requirements  of  the  job. 

Personnel  selection  may  be  Informal  or  highly  formalized  In 
either  case,  it  is  imperative  that  there  be  a clear  definition  of  the 
purpose  the  human  operator  Is  to  fulfill  in  terms  of  a set  of  measurable 
criteria  which  are  to  be  satisfied  by  his  behavior  The  personnel  selection 
process  must  be  based  on  an  explicit  understanding  of  the  nature  of  the 
task.  Figure  G~7  summarizes  the  kinds  of  dimensions  by  which  tasks  can  be 
described  and  compared  to  one  another  In  terms  of  the  requirements. 

Numerous  other  dimensions  exist. 

Certain  predictions  are  typically  chosen  to  determine  the 
particular  class  of  personnel  which  would  be  most  likely  to  succeed  in  a 
particular  job  situation.  Korman  (Reference  11)  summarized  these  predictors 
into  the  following  categories: 

(1)  Ability  Tests:  These  consist  of  measures  of  verbal  and  other 

abilities  such  as  memory,  perceptual  speed,  special  aptitude, 
inductive  reasoning,  etc. 

(2)  Objective  Personality  Tests;  These  are  measures  of  personality 
characteristics  which  have  a relatively  structured  format,  i.e. , 
the  individual  respondent  describes  himself  along  dimensions 
defined  by  the  test  constructor  rather  than  along  dimensions 
defined  by  himself. 

(3)  Projective  Personality  Tests:  These  are  measures  of  personality 

characteristics  which  have  an  unstructured  format  and  which  allow 
the  individual  to  respond  along  any  dimension  which  he  wishes  and 
which  he  constructs. 
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1 Decision  making  and  communication  activities 

Develops  budgets,  supervises  management  personnel,  verbal 
presentations,  forecasts  needs,  variety  of  communications, 
personnel  decisions 

2 Hierarchical  person^-to-person  interaction 

instructs  supervises  students,  trainees,  patients,  subordinates, 
etc  , issues  directives,  schedules  work  of  others,  interchanges 
information  with  prospective  employees,  students,  or  trainees 

3 Skilled  physical  activities 

Skill  of  hand  tool  usage,  number  of  hand  tools  used,  finger  manip- 
ulation, estimates  size 

A Mental  vs  physical  activities 

Positive  load ings— deals  with  data,  interprets  information, 
intelligence,  uses  mathematics,  clerical  tasks 

Negative  loadings — manual  force,  moves  objects  by  hand,  deals  with 
things 

5 Responsible  personal  contact 

Persuades,  interchanges  information  with  customers,  clients, 
patients,  etc  , distractions  from  people  seeking  or  giving 
I n f o rma  1 1 on 

6 Unpleasant  vs  pleasant  working  conditions 

Uncomfortable  atmosphere,  unclean  environment,  noise,  poor 
illumination,  cramped  work  space 

7 Varied  intellectual  vs  structured  activities 

Positive  loadings— interpretation  of  information,  intelligence, 
usage  of  mathematics,  occupation  prestige 

8 Man-machine  control  activities 

Control  operations,  monitors  work  process,  interpretation  of 
information,  responsible  for  physical  assets 

9 intellectual  vs  physical  activities 

Positive  loadings — "thinking*'  (vs  "doing"),  occupation  prestige 
Negative  loadings — activity  domain — things,  repetitiveness,  job 
structure 

10  Physical  vs  sedentary  activities 

Positive  loadings — standing,  general  force,  manual  force 
Negative  loadings — activity  domain— data 

11  Communication  of  data 

Reporting,  activity  domain — data,  interchange  of  information, 
written  communication 


Source  McCormick,  E J , J W Cunningham,  and  C G Gordon  "Job 
Dimensions  Based  on  Factorial  Analyses  of  Worker-Oriented  Job 
Variables,"  Personnel  Psychology,  19^7 


Figure  G-7.  Selected  Dimensions  of  Job  Behavior 
Useful  in  Personnel  Selection 
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{h)  Objective  Life-History  Items*  These  consist  of  questions  concern- 
ing relatively  objective  characteristics  of  a person’s  school, 
work,  family,  and  personal  background,  the  rationale  for  these  is 
that  they  are  measures  of  various  attitudinal  and  personal  characteris 
tics  of  the  individual  which  are  not  measured  by  other  means 
(5)  Interviews  and  Other  Judgmental  Assessments.  These  consist  of 
judgments  by  various  individuals  as  to  the  extent  to  which  the 
individual  possesses  the  behavioral  characteristics  which  are  felt 
to  be  necessary  for  adequate  job  performance. 

Which  of  these  are  best?  The  answer  depends  on  the  criteria 
used,  the  occupations  involved,  various  ethical  problems,  theoretical  measure- 
ment problems,  etc.  Their  usefulness  depends  on  the  given  prediction 
situation  and  the  given  prediction  problem, 
b.  Train ing 

1 ) Principles 

The  identification  of  the  essential  features  of  train- 
ing and  their  analysis  has  led  to  the  establishment  of  several  principles 
and  the  evolution  of  a number  of  techniques  (Reference  11). 

The  first  principle  has  been  the  recognition  of  the  im- 
portance of  giving  feedback  to  the  trainee  of  the  results  of  his/her  actions, 
it  is  important  that  this  feedback  be  precise,  easily  understood,  and  occur 
as  soon  as  possible  after  each  trial.  In  cases  where  automatic  equipment 
is  used  to  aid  or  replace  the  trainer,  this  feedback  can  also  furnish  a 
continual  record  as  to  the  level  of  accomplishment  of  the  trainee. 

The  second  principle,  or  characteristic,  of  training  is 
the  "learning"  curve.  When  a repetitive  task  is  performed,  the  time  taken 
for  each  repetition,  commonly  called  the  cycle  time,  diminishes,  at  first 
fairly  rapidly  and  then  less  and  less  until  a fairly  constant  cycle  time 
is  reached. 

The  third  principle  in  training  is  to  analyze  and  break- 
down the  particular  task  into  its  components.  The  task  description  wou]d 
provide  identification  of  each  step  required  for  performance  of  the  task  in 
terms  of  the  action  to  be  taken,  the  object  to  be  manipulated,  and  the  means 
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for  determining  that  the  step  was  performed  correctly.  The  various  dimensions 
which  were  cited  earlier  as  being  useful  in  describing  tasks  for  personnel 
selection  purposes  can  also  be  successfully  applied  in  the  training  phase. 

Additional  questions  related  to  training  are  "How  should 
learning  sessions  be  scheduled?"  and  "Should  all  the  material  be  learned,  be 
presented  at  once,  or  should  a step-at-a-time  approach  be  used?"  Recent 
research  on  massed  versus  distributed  scheduling  of  training  sessions  yield 
the  following  conclusions. 

{1)  The  harder  the  material  to  be  learned,  the  greater  the  advantage 
of  distributed  practice  over  massed  practice. 

(2)  The  less  meaningful  the  material  to  be  learned,  the  greater  the 
advantage  of  distributed  practice  over  massed  practice 

(3)  The  lesser  the  ability  of  the  trainee,  the  greater  the  advantage  of 
distributed  practice  over  massed  practice 

2)  Techniques,  Methods,  and  Devices 

This  section  reviews  some  of  the  major  training  tech- 
niques and  devices  which  are  used  In  industry,  their  relative  advantages 
and  disadvantages,  the  kinds  of  situations  in  which  they  are  useful,  and 
why.  The  information  presented  is  reported  consistently  in  the  literature; 
however,  the  discusssion  given  by  Korman  (Reference  11),  from  which  this 
information  was  based,  had  the  merits  of  conciseness  and  good  subject  context 

The  lecture  method,  the  first  training  technique,  is  a 
carry-over  from  the  formal  educational  system.  This  method  is  disadvantageous 
in  that  actual  skills  necessary  for  a job  (motor,  interpersonal,  or  verbal) 
cannot  be  learned  through  the  lecture  method  of  training,  thus  making  this 
type  of  training  for  jobs  requiring  these  skills  incomplete.  It  is  limited 
to  transferring  conceptual  principles,  rules,  etc.  Secondly,  it  does  not 
account  for  individual  differences.  All  pupils  would  get  the  same  training, 
regardless  of  their  ability  levels,  interests,  personality  characteristics, 
and  so  on.  A third  problem  with  the  lecture  method  of  training  is  that  for 
some  people,  such  as  individuals  with  low  socioeconomic  status, the  great  stress 
on  verbal  and  symbolic  understanding  is  anxiety-provoking  Finally,  the 
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lecture  method  does  not  seem  to  be  capable  of  meeting  various  conditions 
which  seem  to  facilitate  learning,  such  as  feedback 

The  reasons  often  stated  for  using  the  lecture  method, 
given  these  faults,  include  tradition  and  economy.  The  lecture  method  is 
the  predominant  mode  of  teaching  in  our  formal  educational  system;  the 
size  of  the  class  for  a lecture  is  limited  only  by  the  characteristics  of  the 
communication  medium  used. 

Simulation  methods  are  also  used  for  teaching  and  training 
individuals.  By  "si mulation  training  methods"  are  meant  those  techniques  in 
which  the  real  task  is  reproduced,  usually  in  a simplified  form  and  without 
the  complications  involved  in  training  on  some  large  or  expensive  equipment 
which  may  be  damaged.  The  essential  value  of  this  procedure  is  believed  to 
be  that  it  maximizes  transfer  of  training  possibilities. 

The  use  and  development  of  simulators,  which  are  themselves 
often  expensive,  have  proved  extremely  valuable  in  training  but  have  also 
shown  up  some  of  the  hazards  of  transferring  a skill  acquired  from  a simulator 
to  the  real-life  situation.  Most  simulators  have  been  engineered  to  provide 
such  aids  to  learning  as  reinforcement,  knowledge  of  results,  and  so  on. 
However,  in  some  real  tasks  there  may  be  no  such  feedback.  A second  problem 
is  that  these  simulation  methods  may  often  take  on  the  aspects  of  a game 
rather  than  a training  experience. 

Finally,  programmed  learning  consists  of  four  basic 
features.  One  is  that  the  training  material  is  broken  up  into  a series  of 
basic  components  or  discrete  steps.  Second,  each  of  these  steps  (frames) 
are  placed  in  order  so  that  there  is  a logical  progression.  Third,  at  the 
end  of  each  frame,  the  trainee  is  asked  to  make  some  kind  of  response  which 
is  designed  to  measure  his  comprehension  of  the  material  in  that  frame. 

Finally,  the  trainee  is  given  immediate  reinforcement  and  feedback  as  to 
whether  he  is  correct  in  his  response  before  going  on  to  the  next  frame. 
Inherent  is  that  the  person  controls  his  own  pace  while  going  through  the 
program. 

The  method  is,  therefore,  effective  because  it  contains 
within  it  (1)  reinforcement,  (2)  knowledge  of  results,  (3)  self-control 
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rather  than  authoritarian  control,  and  (4)  expected  activity  on  the  part  of 
the  trainee.  All  it  really  does  not  contain  is  a provision  for  transfer  of 
train  ing. 

Figure  G-8  provides  a synopsis  of  the  various  stages  of 
training  and  the  training  devices  usually  employed  at  each  stage.  Note  that 
the  devices  are  closely  re1ated"to  a particular  type  of  technique  as  well 
as  the  stage  of  training. 

3)  Cost  Effectiveness  in  Training 

Cost  effect iven'ess  is  usually  the  single  guiding  principle 
in  devising  a new  training  program  and  each  of  its  elements.  For  training, 
cost  effectiveness  translates  to  achieving  given  training  requirements  with 
the  minimal  feasible  cost  In  dollars.  Toward  this  end,  HUMRRO  noted  a 
number  of  considerations  of  modern  training  technology  which  must  be 
recognized  (Reference  12)  • 

(1)  Organization  of  the  training  program  around  a functional  context, 
that  is,  around  sets  of  meaningful,  purposeful,  mission  modules, 
and  teaching  training  content  in  the  context  of  the  mission-ori- 
ented purpose  it  supports. 

(2)  Individualization  of  training,  that  is,  adapting  the  pace  and  re- 
dundancy in  training  to  the  rate  of  learning  of  each  student  and 
advancing  a student  to  the  next  set  of  instructional  content  only 
after  he  has  demonstrated  mastery  of  an  earlier  set. 

(3)  Sequencing  of  instruction,  that  is,  arranging  the  order  of  instruc- 
tional content  so  that  there  is  assurance  students  have  been  taught 
(and  have  mastered)  prerequisite  knowledges  and  skills  before 
training  in  a new  set  is  undertaken. 

(4)  Minimizing  of  equipment  cost,  that  is,  to  the  extent  that  is  ef- 
ficient, substituting  training  in  devices  or  other  less  expensive 
equipment  for  the  much  more  expensive  training. 

(5)  Avoidance  of  over-training,  that  is,  assuring  that  training  time 
is  restricted  to  that  needed  to  bring  a trainee  to  the  required 
level  of  proficiency  and  no  more. 
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STAGES  OF  TRAINING 


• INDOCTRINATION  Trainee  Teams  what  tasks  consist  of 

and  to  go  about  performing  them 

• PROCEDURAL  Provides  tKaTnee  with  the  essential  no- 

menclature and  knowledge  concerning  the 
sequence  of  performing  task  elements 

• FAH I LI AR] 2ATI0N  Provides  trainee  with  an  opportunity  to 

practice  task  procedures  and  learn 
something  about  the  task  dynamics 

• SKILL  Allows  the  trainee  to  develop  profici- 

ency In  performing  the  task 

• TRANSITION  Required  when  a person  who  Is  skilled 

In  the  operation  of  one  model  of  equip- 
ment must  learn  to  operate  another 
model  of  equipment 


Figure  G-8. 


Stages  of  Training  and  Associated  Training  Devices  and  Aids 
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(6)  Effic  lent  utilization  of  personnel  resources,  that  is,  each  in- 
structor should  be  optimally  qualified  for  his  task,  should  be 
provided  with  the  tools  he  may  require  for  efficient  use  of  his 
time  and  talents,  and  should  have  clearly  stated  and  measurable 
instructional  objectives  to  attain. 

8.  Human  Relations 

There  is  a remaining  perspective  on  human  factors  analysis  which 
has  not  been  directly  addressed,  but  impacts  upon  the  performance  of  the 
individual  and  his  relationship  with  all  aspects  of  the  working  environment 
the  influence  of  human  relations.  It  is  the  individual's  perception  of  his 
relationship  with  his  working  environment  that  influences  his  job  satisfac- 
tion, morale,  and  motivation.  As  a harmony  between  the  individual  and  his 
environment  develops,  his  sat isfact ion  wi  1 1 increase.  Figure  G-9  illustrates 
the  interrelationship  of  a number  of  factors  which  impact  on  the  motivation, 
performance,  and  productivity  of  the  individual. 

One  of  the  important  elements  of  the  human  relations  perspective 
is  communication.  Communication  can  best  be  evaluated  by  examining  the  group 
interaction  and  influence  and  the  leadership  styles  which  are  manifested 
in  the  organizational  climate. 

There  is  considerable  research  indicating  that  group  size  tends  to 
be  negatively  related  to  work  performance,  independent  of  the  measure  of 

performance  used.  It  is  obvious  also  that  decreasing  the  size  of  the  unit 

can  be  done  only  up  to  a point  since  sufficient  abilities  and  resources  must 
be  available  to  do  the  job.  Korman  approaches  this  by  saying  that  there  is 
probably  an  optimal  number  of  individuals  needed  for  performing  a given  job 
or  task  and  that  increasing  the  number  will  just  decrease  performance 
(Reference  11). 

One  area  of  great  concern  to  psychologists  interested  in  the 
performance  of  groups  has  been  the  effects  of  various  kinds  of  communication 
structures  on  performance.  Costello  and  Zalkind,  as  cited  by  Korman,  give 

the  following  summary  of  conclusions  that  have  been  drawn  from  group 

communication  structure  research. 
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Figure  G-9.  Factors  Contributing  to  Individual  Productivity 
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NOTE  The  author  has  provided  several  points  which  should  be  considered 
when  reading  the  figure- 

(1)  The  diagram  consists  of  a series  of  concentric  circles,  each  divided 
into  segments  No  attempt  has  been  made  to  have  the  size  of  each  segment 
reflect  its  relative  importance  The  importance  of  each  segment  would 
probably  be  different  for  each  organization  studied,  for  each  department 
in  the  organization,  and  even  for  each  individual  employee  with  his  own 
distinct  needs. 

(2)  The  factors  in  each  segment  of  each  circle  are  deemed  to  affect  or 
determine  the  factors  in  the  corresponding  segment  of  the  next  smaller 
ci rcle. 

(3)  The  factors  in  each  segment  of  each  circle  frequently  affect  and 
are  affected  by  factors  in  some  of  the  other  segments  in  the  same  circle. 

(4)  The  factors  in  each  segment  of  each  circle  may  also  affect  factors 
in  segments  elsewhere  in  the  diagram 

^ (5)  All  the  factors  in  the  diagram  are  subject  to  change  with  time 


Source.  Robert  A Sutermeister,  People  and  Productivity.  New  York. 
McGraw-Hill  Book  Company"^  1969 


Figure  G-9.  Factors  Contributing  to  Individual  Productivity  (cont  ) 
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Highly  centralized  communications  networks  tend  to. 

(1)  facilitate  efficient  performance  of  routine  problem  solving  m- 
volving, principal ly, the  assembling  of  information, 

(2)  strengthen  the  leadership  position  of  the  member  most  central  in 
the  network  (i.e.  the  one  having  the  larger  number  of  channels 
and  the  most  information) , and 

(3)  result  in  a quickly  stabilized  set  of  interactions  among  members. 
Communications  networks  low  on  centralization: 

(1)  produce  higher  levels  of  satisfaction, 

(2)  Facilitate  the  handling  of  ambiguous  and  unpredictable  situations,  and 

(3)  are  likely  to  be  more  responsive  to  creative  and  innovative  so»> 
lutions  . 

Figure  G-10  depicts  the  communication  patterns  used  in  small -group 
experiments. 

Leadership  is  the  result  of  interaction  of  the  leader  with  the 
members  of  his  group  within  a specific  environment.  Different  problems, 
different  groups,  and  different  attitudes  within  the  seme  group  are  among  the 
many  influences  which  call  upon  different  leadership  qualities. 

A comparison  of  leadership  in  small  and  large  groups  shows  its 
situational  nature.  Typically,  the  leader  of  a small  group  has  regular 
contact  with  each  follower.  In  such  situations,  his  personality  carries  more 
weight.  As  the  organization  grows,  he  is  able  to  interact  personally  with 
only  a few  of  the  followers;  consequently,  new  traits  and  skills  are  required. 

The  fact  that  is  sometimes  overlooked  is  that  leaders  within 
organizations  are  also  followers. 

Certain  characteristics  tend  to  be  found  more  in  existing  leaders 
than  in  their  followers.  Significant  characteristics  are  intelligence, 
social  maturity,  inner  motivation,  and  human  relations  attitudes. 

The  positive  leader  motivates  his  group  by  increasing  their  satis- 
faction. He  takes  the  overall  positive  viewpoint  that  people  naturally 
want  to  do  good  work  if  given  the  opportunity  and  the  incentive  He  makes 
sure  his  personnel  are  suited  to  the  tasks  they  are  assigned  and  explains 
why  the  work  is  being  done. 
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(1)  The  circle:  A decentralized  network  In  which  all  members  are 

equally  "central 

(2)  The  wheel  A centralized  network  In  which  position  C Is  central 

and  all  others  are  peripheral. 

(3)  The  chain:  A moderately  centralized  network  In  which  position  C 

is  central,  positions  B and  D are  Intermediate,  and 
positions  A and  E are  peripheral. 


B 


E D 


(1)  The  circle 


B 

I 


c B-  D 


E 

(2)  The  wheel 


A 


B 


C 


P ' E 


(3)  The  chain 


Figure  G-10.  Communication  Patterns  Used  in  Small-Group  Experiments 
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Leadership  may  be  exercised  in  either  an  autocratic,  participatory, 
or  free-rein  setting  (Reference  13).  autocratic  leader  assumes  full 

responsibility  for  authority  over  the  work  his  group  is  doing.  This  allows 
quick  decisions  and  provides  strong  motivation  for  the  leader^if  not  for  his 
foliowers.  In  a participatory  leadership  situation  the  leader  plays  a more 
managerial  role.  Although  this  system  holdspromise  for  achieving  maximum 
productivity  as  a by-product  of  employee  satisfaction, i t is  not  clear  that 
people  adapt  well  to  the  demand  for  increased  employee  responsibility. 

A free-rein  setting  leaves  the  leader  primarily  in  the  role  of  a resource 
person.  Such  a setting  is  suited  to  projects  requiring  considerable  creativity 
and  individual  initiative,  but  will  often  see  members  of  the  group  proceeding 
at  cross  purposes. 

Thus,  as  in  all  areas  of  human  factors  assessments,  the  particular 
goals  of  the  organization  and  traits  of  the  individuals  making  up  the  organi- 
zation must  be  considered  before  adopting  a leadership  structure. 

9.  Problem-Solving  and  Human  Relations  Guidelines  for  Managing  Change 

People  and  their  social  systems  tend  to  resist  change  because  it 
upsets  their  patterns  of  adjustment  and  threatens  their  security.  V/hen 
people  are  under  stress  they  are  less  apt  to  welcome  habit  or  belief  patterns 
different  from  their  own.  This  behavior  reinforced  by  the  group  can  result 
in  overt  resistance  to  change.  Since  management  initiates  most  change,  it 
has  primary  responsibility  for  implementing  it  in  a way  that  will  encourage 
satisfactory  adjustment.  It  is  usually  the  employee  who  is  changed  and  makes 
the  final  decision  to  accept  it.  Employee  support  is  essential.  The  support 
of  the  employee  can  be  obtained  by  convincing  him  that  he  will  not  suffer. 

This  can  be  accomplished  by  protecting  the  employee  from  economic  loss  due 
to  change  and  from  decrease  in  status  and  personal  dignity  which  sometimes 
results  from  economic  loss.  Grievance  systems  give  the  employee  a feeling 
of  security  that  his  benefits  will  be  protected  (See  Davis  - Reference  13). 

Communication  is  instrumental  in  reducing  resistance  to  change. 

The  full  impact  and  nature  of  the  change  need  to  be  made  clear  to  those  who 
will  be  impacted  Management  can  also  reduce  resistance  by  avoiding 
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unnecessary  and  trivial  change.  If  individuals  are  plagued  by  numerous  small 
changes,  they  will  be  less  tolerant  when  asked  to  accept  a major  change. 

Participation  by  those  who  will  be  affected  is  an  excellent  way  to 
reduce  resistance.  It  helps  those  affected  to  understand  it,  gives  employees 
confidence,  improves  the  plan  for  change  with  additional  ideas,  helps  those 
affected  feel  they  contributed  to  the  change,  sometimes  stops  poor  plans, 
and  broadens  the  outlook  of  the  staff  members  who  worked  with  the  group. 

When  management  is  controlling  change,  the  best  results  are  accomplished 
when  the  group  participates  In  the  recognition  of  need  for  change. 

Resistance  to  change  can  be  decreased  if  the  employees  recognize 
the  need  for  change,  understand  how  it  will  affect  them,  and  participate  in 
planning  and  implementing  it. 

Management  can  reduce  resistance  to  change  by  avoiding  unnecessary 
change,  recognizing  the  possible  effects  of  change  and  introducing  it  with 
adequate  attention  to  human  relations,  sharing  the  benefits  of  change  with 
employees,  and  diagnosing  the  problems  resulting  from  change,  and  treating  them. 

B.  M.  Bass  in  Organizational  Psychology  presented  a useful  sequence  - 
of  steps  in  three  stages  for  managing  change  (Reference  14),  The  first 
stage  involves  perceiving  the  problem.  The  problem  first  must  be  sensed  and 
analyzed.  If  dissatisfaction  with  current  operations  exists,  and  a problem 
is  identified,  then  the  boundaries  of  the  problem  should  be  specified.  Once 
the  boundaries  are  established,  a judgment  must  be  made  - can  the  problem  be 
resolved  with  routine  programs  or  will  a new  solution  have  to  be  identified 

If  the  problem  cannot  be  handled  with  a routine  solution,  step  two 
begins  searching  for  the  solutions.  When  all  alternative  solutions  within 
cost-of  search  limits  have  been  identified  and  all  criteria  for  selecting 
the  best  alternative  have  been  determined,  the  alternatives  must  be  evaluated 
and  compared  using  all  relevant  criteria.  Once  this  has  been  accomplished, 
step  three  can  be  approached. 

Step  three  Involves  selecting  the  alternative.  Here  an  alternative 
IS  selected  and  evaluated:  has  it  been  attempted  in  the  past,  what  are  the 
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similarities  in  the  situations,  was  it  successful?  If  the  decision  is  that 
the  alternative  appears  to  be  the  best,  it  can  be  implemented  with  confidence 
that  a logical  sequence  of  decisions  and  the  best  answers  provided  the  foun- 
dation for  the  decision. 
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FACTORS  EXPERTISE 


ORGANIZATION 
AND  ADDRESS 

SERVICES/ 

LIMITATIONS 

AREAS  OF 
INTEREST 

PUBLICATIONS 
& HOLDINGS 

CIVIL  AEFtO  HEDICAL  INSTITUTE  USFAA 
LiBFtAKY  AAC  lOl  A 
l>  0 BOX  2 $082  AEAOMAUTICAL  CENTER 
OKLAHOMA  CITY  OKLAHOKA  7312$ 

(Ad5)  886  ><3$8 

FREE 

unrestricted 

HUMAN  FACTORS  ENGINEERING 

not  stated 

AMERICAN  INDUSTRIAL  HYGIENE  ASS9 
CIATION 

C/0  WIILIAM  HcCORrtICr  mh^  DIF 
68  SOUTH  HILLER  RD 
AKRON  OHIO  1<li)l3 
(216)  836  3S37 

ANSWERS  inquiries  MAKES  REFER 
RALS  PAQVIDES  ReFERENCG  SCR 
VICES  BOOKS  AND  JOURNALS 

ergonomics  noise  INDUSTRIAL 
HYC1ENF 

INDUSTRIAL  NOISE  MANUAL 
HEATIKG  AND  COOLING  FOR  tWI  IN 
INDUSTRY 

AMERICAN  INDUSTRIAL  HYGIENE  ASSO 
CIATION  JOURNAL 
MYGIEllIC  GUIDES  SERIES 

LIBRARY 

institute  of  transtortatioh  and 
TRAFFIC  EKGINEERING 
UNIVERSITY  OF  CALIFORNIA 
LI  2 HcLAUCHLlN  HALL 
BERKELEY  CALIFORNIA  $L720 
(LI5)  6L2  360L 

BOOKS  JOURNALS  REPORTS 
PAMPHLETS  ANSUERSIKGU1RIES 
PROVIDES  REFERENCE  AND  LIMITED 
LITERATURE  SEARCHING  SERVICES 
MAKES  REFERRALS  SERVICE 
PRIMARILY  FORUHIVERSin  STAFF 
BUT  PUBLIC  ACCESS  PERMITTED 

CIVIL  AVIATION  AIRPORT  ENGI 
NEERING  HUMAN  FACTORS  ENGI 
NEERING 

NOT  STATED 

UNIVERSITY  OF  KENTUCKY 
UEhNER  GREN  AERONAUTICAL 
RESEARCH  UBORATORY 
UNIVERSITY  OF  KENTUCKY 
LEXINGTON  KENTUCKY  L0506 
(606)  258  27 M 

ANSWERS  INQUIRIES  PROVIDES 

free  or  fee  negotiated  con 

SUITING  SERVICES  SERVICES 
FEE  CHARGED  UNRESTRICTED 

BIOENGINEERING  BIOASTRONAUTICS 
BIOMECHANICS  BEHAVIORAL  BIOLOGY 
HUMAN  FACTORS  ENGINEERING 

NOT  STATED 

amCaicam  society  or  heatinc 
REFRIGERATING  AND  AIR  tONDl 
TtOKING  ENGINEERS  INC 
JL5  EAST  L7TH  STREET 
NEV  YORK  NEU  YORK  lODi? 

ANSWCRf  INQUIRIES  REFCREKCE 

LITERATURE  SEARCHING  SERVICES 
(SOME  ON  FEE  BASIS  FROM  ENG I 
NEERING  SOCIETIES  LIBRARY) 
FREE  UNRESTRICTED 

HUHAN  factors  iKGlNtERINC  COMFORT 
PHYSIOLOGY  tolerances  (PHYSIOLOGY) 
STRESS  PHYSIOLOGY  THERMAL  ENVIRON 
HENTS  INDUSTRIAL  ATHQ SPHERES 

ASkRaC  JOURuiL 
ASKRAE  TRANSACTIONS 
ASKRAE  GUIDE  AND  DATA  BOOK 
ASHRAE  HANDBOOK  OF  FUNDAMENTALS 
STANDARDS  BULLETINS  ABSTRACTS 
CIRCUURS  PSVCKROMETRIC  CHARTS 

AKER! CAN  SOCIEH  OF  SAFETY 

ENGINEERS 

850  BUSSE  HIGHWAY 

PARK  RIOGE  ILLINOIS  6D068 

(312)  6$2  L121 

referral  AND  reference  SERVICES 

ASSE  JOURNAL 

UNIVERSITY  OF  ARIZONA 
ENGINEERING  EXPERIMENT  STATION 
UNI VERS tn  or  Arizona 
TUCSON  ARIZONA  85717 
(602)  88L  1118 

ANSWERS  INQUIRIES  PROVIDES 
CONSULTING  SERVICES 

OPTIC  PLASMA  SOLID  STATE 
USFR  PHYSICS 

BULLETINS  REPORTS  NEWSLETTER 
SEHIN^R  AND  CONFERENCE  PROCEEDINGS 

AIR  FORCE  DEPAftTHEHT  OF  THE 
AIR  FORCE  SYSTEHS  COMMAND 
AEROSPACE  MEDICAL  DIVISION 
USAF  SCHOOL  OF  AEROSPACE 
MEDICINE 

AEROMEDtCAL  LIBRARY 
BROOKS  AIR  FORCE  BASE  TEXAS 
78235 

(512)  536  3321 

ANSWERS  INQUIRIES  PROVIDES 
REFERENCE  AND  LITERATURE 
SEARCHING  SERVICES  FACE 
RESTRICTED 

HUNAN  ENGINEERING 

TECHNICAL  REPORTS  AND  REVIEWS 
BOOKS  PERIODICALS  ANO  JOURNALS 

HEALTH  EDUCATION  AND  WELFARE 
DEPARTMENT  OF  PUBLIC  HEALTH 
SERVICE 

NATIONAL  INSTITUTES  OF  HEALTH 
NATIONAL  LIBRARY  OF  HEOICINE 
8600  ROCKVILLE  PIKE 
BETHESOA  MARYLAND  200 LA 

(JDI)  A96  630S 

FREE  UNRESTRICTED 

STRESS  PHYSIOLOGY  HWlAN 
FACTORS  ENGINEERING 

BOOKS  JOURNALS  TECHNIC-L 
REPORTS  TMESES  PAMPHLETS 
HICAOFILHS  PICTORIAL  MATERIALS 

NATIONAL  SAFETY  COUNCIL 
RESEARCH  DEPARTMENT 
NATIONAL  SAFETY  COUNCIL 
A25  NORTH  HI CHI CAN  AVENUE 
CHICAGO  ILLINOIS  6O6II 

1312)  527  ^800 

FREE  UNRESTRICTED  ANSWERS 
INQUIRIES  PROVIDES  CONSULT 
IKG  SERVICES  HAKES  REFERRALS 

HUMAN  ERROR  AND  ACCIDENTS 
HAH  machine  ENVIRONMENTS 

JOURNAL  OF  SAFETY  RESEARCH 

HARVARD  UNIVERSITY 
GUGGEKHE1H  CENTER  FOR  AERO 
SPACE  HEALTH  AND  SAFETY 
HARVARD  SCHOOL  OF  PUBLIC 
HEALTH 

66$  HUNTJKGTON  AVENUE 
BOSTON  llASSACKUSEnS  0211$ 
(617)  73%  3300  EXT  550 

ANSWERS  INQUIRIES  PROVIDES 
REFERENCES  CCNSULTIKGANO 
BIBLIOGRAPHY  SERVICES  PERMITS 
OKSITE  USE  OF  COLLECTION 
FREE  UNRESTRICTED 

HUMAN  FACTORS  ENGINEERING 
BIOTECHNOLOGY  AND  ERGONOMICS 
EQUIPMENT  DESIGN  HAN  MACHINE 
SYSTEHS  AND  SYSTEMS  ANALYSIS 
VISUAL  ANO  AUDITORY  FRESENTA 
TION  OF  INFORMATION  DESIGN 
OF  CONTROLS  ARRANGEMENT  OF 

workspace  and  workers  and 

THEIR  EQUIPMENT  EFFECTS  OF 
ENVIRONMENT  ON  HUMAN  PERFORM 
ANCE  ANTHROPOMETRY 

BOOKS  PERIODICALS  INDEXES, 
GRAPHS  TABLES  REPORTS 
BIBLIOGRAPHIES  NEWSLETTERS 

TRANSPORTATION  DEPARTMENT  OF 
FEDERAL  AVIATION  ADHiNISTRAnOH 
NATIONAL  AVIATION  FACILITIES 
EXPERIMENTAL  CENTER 
FEOERAL  AVIATION  AOHINISTRA« 
TION  NAFEC  ANA  1 
ATLANTIC  CITY  AIRPORT 
ATLANTIC  CITY  NEW  JERSEY 
08G05 

(605)  6%1  8200  EXT  36LI 

ANSWERS  INQUIRIES  FREE 
UNRESTRICTED 

AIR  TRAFFIC  CONTROL  HUMAN 
ENGINEERING 

REPORTS  PAMPHLETS  NEWS RELEASES 

TRANSPORTATION  DEPARTMENT  OF 
FEOERAL  AVIATION  AOHINISTRA 
TION 

aeronautical  center 

CIVILAERONEDICAL  INSTITUTE 
AEROHEDICAl  EDUCATION  BRANCH 
CIVIL  AERONEOICAL  INSTITUTE 
(CAHI)  AAC  UO 
FAA  AERONAUTICAL  CENTER 
OKLAHOMA  CITY  OHLAHOHA  7312$ 
(605)  686  6881 

KAXES  REFERRALS  PROVIDES 
CONSULTING  AND  ADVISORY 
SERVICES  PREPARES  ANALYSES 
OR  EVALUATIONS  FOR  THOSE  WITH 
HEED  TO  KNOW  PERMITS  ONSITE 
USE  OF  COLLECTION 
FREE  RESTRICTED 

STRESS  PHYSIOLOGY  HAN  HACK IKE 
AEUTIONS  PHYSICAL  ANTHRO 
POLOGY  HUHAN  FACTORS  ENGINEER 
ING  ANTHROPOMETRY 

RE V 1 EVS  JOURNALS  B 1 B L 1 0GRAPN 1 ES 

books  technical  reports  (NTIS) 
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AND  ADDRESS 
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AREAS  OF 
INTEREST 
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& dOLDIN(3S 

HIHAN  FACTORS  SOCIETY  (NFS) 
P 0 BOX  Ij63 
SANTA  HONICA  CALIFORNIA 
90E06 

(TI3)  25S  59» 

ANSWERS  INQUIRIES 
FREE  UNRESTRICTED 

HUMAN  FACTORS  HUMAN  FACTORS 

engineering  engineering 

PSYCHOLOGY  BIOENGINEERING 
MAN  machine  SYSTEMS  DESIGN 
ANTHROPOKETRIC  res FAR cm  VISION 
AUDITION  HUMAN  PERFORMANCE 
BEHAVIOR  ERGONOMICS  AND  LEARN 
INC  EQUIPMENT  AND  SYSTEMS  DESIGN 
COVERING  MAN  machine  INTERACTION 
IN  operation  AND  MAINTENANCE 

HUMAN  FACTORS  (JOURNAL) 

HUMAN  FACTORS  SOCIETY  BULLETIN 
annual  directory  and  YEAKBOOX 

UNIVERSITY  OF  HASSACHUSETTS 
SCHOOL  OF  ERCINEERING 
UNIVERSITY  OF  NASSACKUSETTS 
AKHERST  MASSACHUSETTS  01002 
(AI3)  5R5  OJOO 

answers  INOUIAIES  PERMITS 
0KS1TE  USE  OF  COLLECTION 

SOKE  human  factors  WORK 

BOORS  PERIODIC  ALS  NASAANOOTHER 
FEDERAL  PUBLICATIONS 

ARHY  department  OF  THE 
OFFICE  OF  THE  DEPUTY  CHIEF 
OF  STAFF  FOR  PERSONNEL 
U $ ARHY  RESFARCK  INSTITUTE 
FOR  THE  BEHAVIORAL  AND 
SOCIAL  SCIENCES 
COHHONVEALTH  BUILDING 
1300  WILSON  BOULEVARD 
ARLINGTON  VIROIHIA  22309 
(202)  69E  12^3 

ANSWERS  inquiries  PROVIDES 
CONSULTING  SERVICES  SERVICES 

generally  free  on  an  as  avail 

ABLE  SASIS  TO  OTHER  RESEARCH 
ERS  DR  SPECIAL  GROUPS  WITH  A 
DEMONSTRATED  NEED  TO  KNOW 
FREE  RESTRICTED 

training  IMPROVING  performance 

ehchancing  croup  effectiveness 
motivation  human  factors  eng I 
neerihg 

REPORTS  BIBLIOGRAPHIES  ABSTRACTS 

BIRHINGKAM  UNIVERSITY 
ERGONOMICS  INFORHATION 
ANALYSIS  CENTER 
JIRHINCHAM  UNIVERSITY 
OCPARTMCNT  CNCINEERINQ  PRO 
OUCTIOK 

BIRHINCHAN  315  2TT  ENG 
(201)  A72  1301  EXT  831 

FEE  CHARGED  UNRESTRICTED 

human  FACTORS  EM&IHEERING 

NOT  STATED 

AMERICAN  INSTITUTE  OF  INDUS 
TRIAL  ENGINEERS  INC  (AIIE) 
25  TECHNOLOGY  PARR 
HORCROSS  GEORGIA  30071 
(AOQ  AA9  0^60  EXT  235 

ANSWERS  INQUIRIES  HARES 
REFERRALS 

HAKAGEHENT  OF  PEOPLE  FACILITIES 
planning  and  DESIGN  ENGINEER 
ING  ERGONOMICS  HUKAN  FACTORS 

INDUSTRIAL  ENGINEERING 
AIIE  TRANSACTIONS 
AIIE  CONFERENCE  PROCEEDINGS 
PERIODICALS  TECHNICAL  REPORTS 
BOOKS  PROCEEDINGS 

AIR  FORCE  OLPARTHENT  OF  THE 
AIR  FORCE  SI^STEHS  COHHAHO 
AIR  FORCE  FLIGHT  DYNAMICS 
LABORATORY 

CONTROL  DISPUY  INFORMATION 
CENTER  (COIC) 

BUILDING  193  AREA  B 
WRIGHT  PATTERSON  AIR  FORCE 
BASE  OHIO  45^33 
(513)  255  «32  OR  255  3708 

ANSWERS  INQUIRIES  SEARCH 
CAPABILITY  AVAlLAlLE  S£R 
VICES  PROVIDED  TO  GOVERN 
MENT  AGENCIES  GDVEHKMENT 
CONTRACTORS  iNmiSTRY  AND 
UNIVERSITIES  FREE 

RESEARCH  DlSlfiN  DEVELOPflEllT 
TESTING  AND  EVALUATION  OF 
flight  CONTROL  DISPLAY 
SYSTEMS  MAN  MACHINE  SYSTEMS 
HUMAN  FACTORS  ENGINEERING  DIS 
PLAY  DEVICES  INSTRUMENT  PANELS/ 
LIGHTING 

tOMPUTERtrCD  DATA  BANK  OF 
BIBLIOGRAPHY  DATA  AND  ABSTRACTS^ 
TECHNICAL  REPORTS  DESIGN  HAND 

BOOKS  AND  MAHUALS  TEXTBOOKS 

INDEXES  AND  MANUFACTURERS 
EROCNURES  VISUAL  AIDS 

HUMAN  RCSOUHCCS  RCSCARCit 
ORCAHimiOV  (HimRRO) 

LIBRARY 

HUMAN  RESOUitCES  RESEARCH 

0RCANI2ATI04 

AOO  PL A2A  BUILDING 

PACE  BOULEVARD  AT  FAIRFIED  DR 

PENSACOLA  FLORIDA  32505 

(901>}  A3A  52A1 

AMSUCR5  INQUIRIES  LOANS 
PERMITS  ONSITE  REFERENCE 
FREE  UNRESTRICTED 

1 

KUHAN  factors  EMC INFER INC  AVIA 
TION  STRESS  AIR  TRAFFIC  CONTROL 
TRAINING  PERSONNEL  SEllCTlON 

human  performance 

TECMiilCAL  AEPORTS  AND  DOCUMENTS 
BOOKS  JOURNALS  MICROFILM 
COLLECTION  SPECULI2ES  IN 
CONTEMPORARY  TECHNICAL  REPORTS 

and  professional  periodicals 

IN  AREAS  OF  INTEREST 

UNIVERSITY  OF  SOUTHERN 
CALIFORNIA 

INSTITUTE  OF  SAFEH  AND 

SYSTEMS  KANAGEHENT 

UNIVERSITY  OF  SOUTHERN 

CALIFORNIA 

SSH  BUILDING 

CKIVtRSITY  PARK 

LOS  ANGELES  CALIFORNIA  90007 

(213)  7W  6253 

ANSWERS  INQUIRIES  PROVIDES  : 

ADVISORY  REFERENCE  LITERA  1 

TUBE  SEARCHING  SERVICES  RCD 
IN  PROGRESS  CONDUCTS  RESEARCH 
DISTRIBUTES  DATA  COHPllATtONS 
AND  PUBLICATIONS  HAKES  LOANS 
AND  REFERRALS  PERMITS  ONSITE 
USE  or  COLLECTION  SPECIAL 
SEARCHES  AUDITS  ETC  ARE 
PROVIDED  FOR  A FEE 
FREE  UNRESTRICTED 

SAFETY  AND  SYSTEMS  MANAGEMENT 
education  AVIATION  AND  TIUKS 
PORTATION  SAFETY  HUMAN  FACTORS 
engineering  HA4  MACHINE  RILA 
TIONS  HAN  EKVlXOMlENT  RELATIONS 

DATA  SOURCES  FOR  TRANSPORTATION 
SAFETY  AUTOMATE 0 AVIATION  AND 
TRAFFIC  ACCIDENT  DATA 
NEWSLETTER  JOURNAL  ARTICLES 
BIBLIOGRAPHIES  CONFERENCE  AND 
symposium  ANKOUXCEnENTS  BROCHURES 

EXECUTIVE  SCIENCES  INSTI 
TUTE  INC 
8 FORD  HILL  ROAO 
VHIPPANY  NEW  JERSEY  D793l 
(201)  367  1233 

FEE  CHARGED  UNRESTRICTED 

HUMAN  FACTOR  EKCINEERING 

management  personnel  develop 

MEHT  personnel  SELECTION 

HOT  STATED 

NAT 1 OVAL  AERONAUTICS  AND 
SPACE  ADMINISTRATION 
OFFICE  or  AERONAUTICS  AND 
space  TECHNOLOGY 
AMES  RESEARCH  CENTER  LIBRARY 
AMES  RESEARCH  CENTER  202  3 
MOFFETT  FIELD  CALIFORNIA 
9^035 

(*15)  965  5157  KAIK  LIBRARY 
(1*15}  965  5367  LIFE  SCIENCES 
LIBRARY 

ANSWERS  INQUIRIES  PROVIDES 

reference  literature  search 

ING  SERVICES  LOANS  PERMITS 
ONSITE  REFERENCE  BY  GOVERNMENT 
AGENCIES  THEIR  CONTRACTORS 
AND  UNIVERSITIES  FREE  TO 
QUALIFIED  USER^ 

HUMAN  CMGINEEAImC  AND  BIO 
TECHNOLOGY  KUNAN  FACTORS 

engineering 

REP DATS  PCRrODICAlS  MAC A 
REPORTS  B1BL10CRAPMIES 

OFFICE  OF  INDUSTRY  AFFAIRS  AND 

TECHNOLOGY  UTILIZATION 

SCIEHTIF1C  AND  TECHNICAL  |NFOR 

HAfIDN  OFFICE 

NATIONAL  AERONAUTICS  AMD 

SPACE  ADH INI STRATI  ON 

CODE  KS  ' 

WASHINGTON  D C 205^6 

(202)  755  35^8 

FREE  UNRESTRICTED 

HUMAN  FACTORS  ENGINEERING 

COMPUTER I2E0  SYSTEM  OF  DOMESTIC 
AND  FOREIGN  AEROSPACE  REUTED 
REPORTS  JOURNAL  ARTICLES  BOOKS 
AND  CONFERENCE  LITERATURE 

» THIS  tXHIftIT  SHOULD  PROVIDE  A USEEUL  DEPARTcRC  POINT  FOR  ANT  AOOITIONAi  REitARCll  IN  SUBJECT  AREA  (^ftATIb  10  TACTOI’  Afii  I IV 
THE  NOCC  OrCftATIOMS  CONTEXT 

THE  SEARCH  WAS  PPOVIDEO  FACE  OF  CHARGE  ST  THE  SCIENCE  AND  TECNHOLOCY  DIVISION  REFERRAL  SERVICES  SECTION  OF  THE  LlBUfty  OF  CO  1 Hi 
NATKNAL  REFEAML  CENTER  USERS  SKDUtO  BE  CAUTIONED  THAT  SOHE  OF  THE  IN  FORMAT  I ON  NAT  HAVE  BEEN  CHANGED  SINCE  THIS  INFlOltiiATtO'  -i 
PRESENTED  TO  THE  UBRART  (TELEPHONE  NUMBERS  ETC  ) 
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APPENDIX  H 
COSTING  DATA 

The  following  Appendix  presents  the  derived  costs  of  the  NOCC  system 
elements/STDN  elements  germane  to  the  control  of  the  network  The  informa- 
tion IS  provided  in  a series  of  work  sheets  summarizing  relevant  cost  data 
for  CASMS,  ASR,  facilities,  equipment,  and  personnel. 

Computer  System  Cost 

The  first  data  sheet  illustrates  the  cost  of  CASMS  and  is  composed  of 
entries  for  hardware,  software  development,  documentation,  and  computer 
rental.  The  latter  is  required  if  development  is  performed  prior  to  hardware 
investment  or  done  on  a time-sharing  basis  by  a contractor  Documentation 
includes  the  publication  of  users  manuals,  program  manuals,  etc.  The  costing 
for  ASR  has  entries  similar  to  those  for  CASMS,  but  also  includes  interactive 
terminals  for  users.  Estimates  for  all  computer  hardware,  i .e, , the  central 
processor,  peripherals,  terminals,  etc  , were  based  on  manufacturers  estimated 
retail  price. 

Faci 1 1 ties  Cost 


Facility  estimates  were  made  with  the  assumption  of  new  building  con- 
struction and  refurbishment  of  the  present  site  Cost  estimating  relation- 
ships (CER)  for  the  new  building  were  derived  based  on  information  provided 
in  the  Dodge  Building  Cost  and  Evaluation  Guide  and  previous  work  done  at 
BDM.  Space  requirements  for  the  NOCC  and  support  areas  were  estimated  to 
be  approximately  20  thousand  square  feet  to  adequately  allow  for  near-term 
operational  space  requirements  plus  long-term  growth.  The  interior  finishing 
was  broken  out  by  simple  interior  and  multi-parti tioned,  with  the  NOCC 
categorized  in  the  former  and  the  support  area  in  the  latter  Mechanical 
I terns  included  heating,  ventilation,  air  conditioning,  air  filtering,  a,nd 
plumbing  In  addition,  special  equipment  and  computer  hardware  requirements 
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doubled  the  mechanical  CER  for  the  NOCC  Refurbishment  of  the  NOCC  included 
Interior  finishing,  mechanical  items,  and  electrical  work.  It  was  assumed 
that  the  present  facility  would  provide  adequate  support  space  and  would  not 
require  refurbishment.  Demolition,  or  "tear  down,"  of  the  present  NOCC  was 
conservatively  estimated  to  be  fifty  percent  of  the  finishing  costs. 

NOCC  Equipment  Cost 

Required  equipment  for  the  normal  operations  of  the  NOCC  include  CRTs, 
consoles,  printers,  ahd  miscellaneous  furniture  The  CRTs  and  printers 
were  costed  based  on  manufacturer's  estimated  retail  price  ranges  while 
the  console  structure  and  miscellaneous  furniture  were  BDM  estimates. 

Personnel  Cost 


As  discussed  in  the  report,  NOCC  operations  require  one  operations 
manager,  two  systems  analysts,  three  controllers  and  two  schedulers  All 
of  these  requirements  dictate  staffing  twenty-four  hours  a day,  seven  days 
a week,  fifty-two  weeks  a year,  which  result  in  five  personnel  per  position. 
The  skill  levels  of  these  positions  were  delineated  in  the  study  and  were 
costed  according  to  estimates  from  the  government's  General  Schedule  In 
a similar  fashion,  the  personnel  support  costs  were  calculated  for  pro- 
grammers, technical  support  people,  documentation  people,  service  accoun- 
tants, and  planners.  These  costs  are  summarized  on  the  Personnel  Cost  Data 
Sheet 
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A.  HARDWARE 

B.  SOFTWARE  DEVELOPMENT 

C.  DOCUMENTATION 

D.  S/W  DEV  SUPPORT 


CASMS 


COST  DATA  SHEET  NO.  1 


UNIT  COST 

NO. 

AGGREGATE  COST 

COMMENTS 

59K  - 

79K 

MANUFACTURER'S 

ESTIMATED 

RANGE 

250K  - 

kOOK 

BDM  ESTIMATE 

62. 5K  - 

lOOK 

25% 

50K  - 

80K 

COMPUTER 

RENTAL 

if22K  - 

65?K 
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COST  DATA  SHEET  NO.  2 


COST  ITEM 


A.  HARDWARE 


1.  MINI 


2.  TERMINALS 


B.  SOFTWARE  DEVELOPMENT 

C.  DOCUMENTATION 


D.  S/W  DEV.  SUPPORT 


AGGREGATE  COST 


250K  - ^OOK 
62. 5K  - lOOK 

50K  - 80K 

563K  - 780K 
528k  - 7^5K 


COMMENTS 


MANUFACTURER'S 

ESTIMATED 

PRICE 

75K{INTERACTIVE) 

90K(PRINTERS) 


BDM  ESTIMATE 

USERS  MANUAL, 
PROGRAM  MANUAL 

COMPUTER  RENTAL 
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NOCC  STRUCTURE  - NEW  BUILDING 


COST  DATA  SHEET  NO.  3 


COST  ITEM 

UNIT  COST 

AREA  (FT^) 

AGGREGATE  COST 

COMMENTS 

1.  BASIC  STRUCTURE 

2.  INTERIOR  FINISH 

$30/FT^ 

20K 

600  K 

(DODGE  BLDG. 
COST  AND 
EVALUATION 
GUIDE 

a.  NOCC  PLUS  EQUIP. 

$7/FT^ 

5K 

35  K 

CER  FROM 
PREVIOUS  BDM 
EFFORT 

b.  SUPPORT 
3.  MECHANICAL  ITEMS 

$16/FT^ 

15K 

240  K. 

CER  FROM 
PREVIOUS  BDM 
EFFORT 

a.  OFFICE  AREAS 

$10/FT^ 

15K 

150K 

CER  FROM 
PREVIOUS  BDM 
EFFORT 

b.  NOCC  PLUS  EQUIP.* 

$20/FT^ 

5K 

lOOK 

BDM  STUDY  TEAM 
ESTIMATE 

4.  ELECTRICAL 

*BDM  ESTIMATED  AN  „ 
ADDITIONAL  $ 10/FT 
FOR  SPECIAL  EQUIP- 
MENT AND  COMPUTER 
HARDWARE 

$7/FT^ 

20K 

140K 

1 ,265K 
1M  - 1.5M 

CER  FROM 
PREVIOUS  BDM 
EFFORT 
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NOCC  STRUCTURE  - EXISTING  BUILDING/REFURBISH  OLD 
COST  DATA  SHEET  NO.  h 


COST  ITEM 

UNIT  COST 

AREA  (FT^) 

AGGREGATE  COST 

COMMENTS 

1. 

INTERIOR  FINISH 

$7/FT^ 

5K 

35K 

CER  FROM 
PREVIOUS  BDM 
EFFORT 

2. 

MECHANICAL  ITEMS 

$20/FT^ 

5K 

lOOK 

CER  FROM 
PREVIOUS  BDM 
EFFORT 

3. 

ELECTRICAL 

$7/FT^ 

5K 

35K 

CER  FROM 
PREVIOUS  BDM 

! 

170K 

EFFORT 

1 

DEMOLITION 

85K 

BDM  STUDY  TEAM 
ESTIMATE 

■ 

1 

255K 
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NOCC  EQUIPMENT 


COST  DATA  SHEET  NO.  5 


COST  ITEM 

UNIT  COST 

NO. 

AGGREGATE  COST 

COMMENTS 

1 . 

CRTs 

2.5  - 4.0  K 

12-16 

30/48  - 40/64  K 

MANUFACTURER'S 

ESTIMATED 

RANGE 

2. 

CONSOLE  STRUCTURE 

3 - 5 K 

12-16 

36/48  - 60/90  K 

BDM  ESTIMATE 

3. 

PRINTERS 

10K  - 15K 

2 

20  - 30  K 

MANUFACTURER'S 

ESTIMATED 

RANGE 

B 

MISCELLANEOUS 

5K 

TABLES/CHAIRS/ 

BOOKCASES/ 

1 

91 K - 189K 

CABINETS,  ETC. 
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PERSONNEL 


COST  DATA  SHEET  NO.  6 


COST  ITEM 

UNIT  COST 

NO. 

AGGREGATE  COST 

■ 

COMMENTS 

A.  NOCC  OPERATIONS 

1.  OPERATIONS  MANAGER 

22K  - 33K 

5 

IlOK  - 165K 

GS  13-14 

2.  SYSTEMS  ANALYST 

17K  - 26K 

10 

170K  - 260K 

GS  11-12 

3.  CONTROLLER 

10. OK  - 15. OK 

15 

150K  - 225K 

GS  6-9 

4.  SCHEDULER 

8K  “ 12. OK 

5-10 

40K  - 120K 

GS  5-6 

B.  OPERATIONS  SUPPORT 
1 . PROGRAMMER 

11. OK  - 17. OK 

1 

11  K - 17K 

GS  6-9 

2.  TECHNICAL  SUPPORT 

17. OK  - 25. OK 

5 

85K  - 125K 

GS  n-12 

3.  DOCUMENTATION 

6K  - lOK 

1 

6K  - lOK 

GS  5-6 

4.  SERVICE  ACCOUNTANT 

lOK  - 15K 

4 

0 

1 

O 

GS  6-9 

5.  PLANNER 

22K  - 33K 

1 

4 

88K  - 132K 
700K  - 1,1 14K 
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ASR  DEDICATED  HARDWARE 


COST  DATA  SHEET  7 


ITEM 

JUSTIFICATION 

ROM 

COST  ($K) 

Ji. 

CPU"  . 

• INTERCHANGEABLE  WITH  CASMS 

5.0  - 6.0 

STORAGE 

15-20  MILLION 

• USER  "TINKER"  FILES 

20.0  - 25.0 

BYTES  (DISC) 

• MASTER  SCHEDULE 

MAG  TAPE 

DRIVE  & COUNTR. 

• DIAGNOSTIC  PROGRAMS,  OPERATING 
SYSTEM,  DATA  LOGGING,  ETC. 

8.0  - 10.0 

PRINTER 

• STATUS  REPORTS,  SOFTWARE  DEVELOPMENT 
SYSTEM  CONTROL 

5.0 

I/O 

INTERACTIVE 

TERMINALS 

• PROVIDE  USER,  INTERACTIVE  ACCESS 
TO  SCHEDULING  ROUTING  (EST,  30  REQ'D 
AT  $2-5K  EACH) 

75 

HIGH  SPEED 
TELETYPE 

• PROVIDE  USER  INTERACTIVE  ACCESS 

TO  SCHEDULING  ROUTING  (EST  20  REQ'D 
AT  A.5K  EACH) 

90 

"same  as  CASMS  - SEE  TEXT 
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CASKS  HARDWARE 
COST  DATA  SHEET  NO.  8 


ITEM 

JUSTIFICATION 



ROM 

COST  ($K) 

CPU 

• REQUIREMENT  FOR  R/T  TASK 

5 0-6  0 

• POTENTIALLY  LARGE  I/O 

• POTENTIALL  LARGE  BUFFERING 

STORAGE 

• R/T  DATA  BUFFERING 

20  0-25  0 

(65K) 

• SOFTWARE  DEVELOPMENT 

• FOREGROUND/BACKGROUND  OPERATING  SYSTEM 

PERIPHERALS 

• MAG  TAPE 

• DIAGNOSTIC  PROGRAMS,  OPERATING  SYSTEM, 

8 0-10  0 

DRIVR  & CONTR 

DATA  LOGGING,  ETC 

• DISC  W/ CONTR 

« SHORT-TERM  DATA,OPERATI NG  SYS  , USER  PROGRAMS, 

8 0-15  0 

DATA  LOGGING 

• PRINTER 

• STATUS  REPORTS,  SOFTWARE  DEVELOPMENT 

10  0-15.0 

9 CARD  READER 

• DIAGNOSTICS,  SOFTWARE  DEVELOPMENT,  SYSTEM  CONTROL 

5 0 

I/O 

• COUPLER  CARDS 

• INTERFACE  I/O  DEVICES  WITH  MINI 

■ 1 0/CARD 

e INTERACTIVE  TERMINALS 

o SYSTEM  DESIGN 

2 5-A  5/TER 

8-16  UNITS/CARD 
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APPENDIX  I 

PHASE  III  ANALYSIS  RESULTS 

This  appendix  documents  the  results  of  the  TDRSS  Operations  Control 
Analysis  Study  Phase  III  investigations.  The  Phase  III  analyses  focused 
on  critical  operations  control  system  issues  as  selected  fay  NASA  Since 
these  analyses  are  independent  of  the  Phase  I and  II  study,  all  Phase  III 
results  and  conclusions  have  been  incorporated  herein. 

Eight  sections  comprise  this  appendix.  Each  section  corresponds  to 
the  individual  technical  submissions  provided  to  NASA  during  Phase  III. 

The  ordering  of  the  sections  corresponds  to  the  sequence  In  which  the 
submissions  were  made.  These  submissions  address  five  major  areas.  NCC 
Functional  Requirements  and  Definition  are  addressed  In  Sections  I,  2,  h, 
and  6,  Software  Specifications  are  provided  in  Section  5;  Manpower 
Estimates  are  discussed  in  Section  3;  Section  8 addresses  NCC  Controller 
Manpower^Requ^^  and  Section  7 presents  Message  Sizing  and  Data  Rate 

Requ I remen ts 
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SECTION  1 

PHASE  Hi  TDRSS  OPERATIONS  CONTROL  ANALYSIS  STUDY 

A.  GENERAL 

The  Goddard  Space  Flight  Center  (GSFC)  Is  the  focal  point  for  all 
NASA  tracking  and  data  acquisition  operations  which  are  not  associated 
with  the  Deep  Space  Network  (DSN)  As  a part  of  Its  overall  mission, 

GSFC  Is  responsible  for  providing  a communications  link  between  a space- 
craft and  its  associated  control  center  and  experimenter (s)  This  commu- 
nications link  must  support  the  transfer  of  required  commands  and  space- 
craft data  between  ground  points  and  the  spacecraft  in  a reliable, 
responsive  manner.  To  this  end,  a configuration  of  facilities,  communi- 
cations systems  and  personnel  has  been  established  and  termed  the  Spaceflight 
Tracking  and  Data  Network  (STDN) . The  STDN  is  currently  planning  for  a 
major  change  in  its  configuration  to  occur  with  the  advent  of  an  operational 
Tracking  and  Data  Relay  Satellite  System  (TDRSS). 

B.  NCC  RESPONSIBILITIES 

The  NCC,  located  at  GSFC,  will  be  responsible  for  the  overall  operational 
management  of  the  STDN.  This  responsibility  will  include: 

(1)  The  provision  of  real  time  interface  between  the  user  and  his 

spacecraft:  this  responsibility  involves  all  operations  control 

functions  including  real  time  or  emergency  scheduling,  data 
monitoring  and  accountability,  fault  isolation  and  troubleshooting 
as  well  as  testing  and  simulation  involving  network  resources. 

(2)  Provision  of  operations  support  in  such  areas  as  developing  net- 
work support  schedules,  controlling  changes  In  STDN  operational 
procedures  documentation,  processing  station  requests  for  infor- 
mation, handling  STDN  administrative  matters,  and  analyzing  net- 
work service  performance 
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(3)  Provision  of  the  technical  expertise  necessary  for  operation  and 
maintenance  of  NCC  equipment,  development  of  NCC  software  and 
systems  management. 

C.  NCC  PHILOSOPHY 


The  1980-1990  operations  environment  and  potentially  high  user  data 
rates  dictate  an  automated  approach  to  network  operations  management  in 
general  and  to  NCC  operations  in  particular  To  this  end,  it  is  planned 
to  implement  a system  under  which  NCC  functions  are  automated  to  the 
maximum  extent  possible. 

D EXECUTIVE  FUNCTION 


The  purpose  of  the  EXECUTIVE  function  is  to  coordinate  NCC  hardware/ 
software  activities  in  support  of  STDN  operations.  It  is  broken  into  two 
tiers,  a data  router  and  a controller.  In  fulfilling  the  former  of  these 
two  roles,  the  EXECUTIVE  provides  communications  paths  between  all  of  the 
other  functional  areas.  Many  messages,  such  as  status  alarms,  data 
requested  from  memory  or  test  data,  pass  unimpeded  through  these  paths 
simply  being  directed  or  routed  to  their  appropriate  destinations, 
unless  there  is  some  limit  to  available  circuitry  on  which  to  transmit 
the  messages.  The  EXECUTIVE  is  the  central  point  of  control,  so  that 
one  message  can  be  routed  to  all  functions,  or  parts  of  a message  can 
be  routed  to  different  functions,  without  the  messages  being  sent 
more  than  once.  For  example,  status  alarms  are  displayed,  but  some  status 
change  message  may  also  be  sent  to  scheduling  and  to  effected  users. 

The  second  of  the  subfunctions  of  the  EXECUTIVE  involves  control  of 
the  operation  of  the  NCC,  and  includes  self-testing,  executing  the  schedule 
trigger,  controlling  all  input/output  to  the  NCC  system  as  well  as  internal 
interfacing,  and  adapting  the  NCC  operations  to  failure  or  emergency 
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situations  The  first  of  these  areas  involves  a set  of  routine  test  proce- 
dures, to  be  executed  either  at  predetermined  intervals  or  on  command, 
which  insure  that  all  other  NCC  functions  are  operating  within  acceptable 
tolerances.  The  schedule  trigger  could  be  viewed  as  a set  of  impulses  or 
information  packets  to  be  sent  to  prepare  and  activate  other  NCC  functions 
for  support  of  upcoming  scheduled  activity.  Thus  the  EXECUTIVE  directs 
operations  on  the  basis  of  an  orchestration  plan  provided  by  scheduling. 

If  one  mass  storage  area  is  used,  the  EXECUTIVE  will  have  some  data 
base  management  tasks,  initiating  the  flow  of  data  from  memory  to  the 
functional  area  requiring  that  data  (e.g.,  visibility  data  to  scheduling), 
controlling  access  to,  and  read/writes  in,  the  various  files,  managing 
data  loading,  and  so  on.  If  memory  is  distributed  throughout  the  various 
function  areas,  these  tasks  would  be  parcelled  out  as  well.  Some  interface 
tasks  might  still  be  necessary  in  the  EXECUTIVE  to  control  access  to  memory 
All  other  I/O  functions  for  the  NCC  as  well  as  between  the  NCC  and  OSC  are 
also  provided  by  the  EXECUTIVE. 

Finally,  the  operational  mode  of  the  NCC  is  controlled  via  the 
EXECUTIVE.  This  includes  providing  "fail-soft"  features  by  reassigning 
tasks  to  different  sets  of  hardware  In  case  of  equipment  failures  and 
deletion  of  less  important  activities  in  case  of  emergencies  or  unavaila- 
bility  of  equipment.  There  may  also  be  inputs  to  the  EXECUTIVE  from 
system  operators  which  change  the  frequency  of  self-testing  for  instance, 
or  which  determine  how  much  user  interaction  there  can  be  with  scheduling. 
These  inputs  would  be  made  in  response  to  temporal  exigencies. 

E.  SCHEDULING  FUNCTION 


The  SCHEDULING  function  establishes  and  controls  the  timing  of  STDN 
resource  allocation  and  NCC  support  activities,  and  monitors  the  accomplish 
ment  of  scheduled  tasks  Both  preparation  and  real-time  activities  are 
subsumed  in  this  function. 

The  schedule  preparation  can  involve  a high  level  of  user  interaction 
with  the  scheduler,  though  manual  supervision  of  scheduling  activity  within 
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the  NCC  IS  maintained  The  user  service  requests  may  be  specific,  generic, 
or  quas I -generic.  These  requests  are  checked  first  against  visibility  data 
or  predicts  and  then  against  already  scheduled  events  for  feasibility.  A 
schedule  is  established  for  up  to  one  month  in  advance.  If  conflicts  arise 
between  support  requests,  the  SCHEDULING  function  attempts  to  resolve  them, 
or  if  resolution  is  impossible,  to  provide  users  with  alternative  schedule 
times  which  still  satisfy  the  users'  needs  A mechanism  is  also  provided 
within  SCHEDULING  to  allow  users  to  query  the  data  base  about  schedule  load- 
ing and  to  experiment  with  alternative  schedule  times  on  a "what  if" 
request  basis. 

In  addition  to  the  schedule  for  allocation  of  network  resources,  a 
schedule  of  NCC  support  activities  is  prepared.  This  schedule  is  translated 
into  the  schedule  trigger  or  initiator  to  be  implemented  by  the  EXECUTIVE 

The  real-time  activities  of  SCHEDULING  include  response  to  emergency 
requests  for  support  and  monitoring  the  status  of  support  operations  and 
capabilities.  The  response  to  emergencies  is  a real-time  version  of 
schedule  preparation,  with  the  requestor  being  granted  the  desired  support 
time  or  offered  some  alternative.  The  rapidity  of  response  from  the 
SCHEDULING  function  is  of  paramount  importance  here.  The  monitoring  sub- 
function entails  keeping  track  of  the  time,  of  what  events  are  being 
executed  and  what  ones  remain  to  be  accomplished,  as  well  as  of  the  status 
of  any  network  elements  which  might  affect  scheduling.  This  monitoring 
could  impact  on  the  schedule  trigger,  as  the  necessary  NCC  functions  may 
change  in  response  to  changing  spacecraft  or  network  status.  The  status 
monitor  subfunction  has  initially  been  placed  in  the  SCHEDULING  function 
box;  however,  this  type  of  activity  seems  more  appropriate  for  the  EXECUTIVE 
function,  since  it  helps  determine  what  operating  mode  is  required,  what 
activities  should  be  given  priority,  and  what  NCC  functions  must  be 
coordinated  to  support  network  activities.  Perhaps  discrimination  capability 
should  be  placed  in  the  EXECUTIVE  to  identify  and  transmit  only  those  net- 
work status  changes  which  do  in  fact  impact  on  SCHEDULING 
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F ACQUISITION  DATA  FUNCTION 

The  ACQUISITION  DATA  function  will  be  responsible  for  monitoring 
Network  acquisition  and  tracking  information.  This  responsibility  involves 
the  transmission  of  state  vectors  (IRVs)  to  TDRSS  and  the  execution  of 
tracking  tests.  In  fulfillment  of  TDRSS  performance  specifications  require- 
ments the  ACQUISITION  DATA  function  will  provide  to  the  TDRSS  contractor, 
at  the  appropriate  times,  the  user  spacecraft  state  vectors  computed  by  the 
attitude  and  orbital  determination  facility.  The  ACQUISITION  DATA  function 
will  also  accept  acknowledgement  of  the  reception  of  those  state  vectors. 

The  tracking  tests  to  be  performed  will  use  spacecraft  tracking  data 
containing  antenna  angles  and  position  components.  State  vector  integra- 
tion will  be  performed  to  determine  range  parameters.  The  results  of  the 
integration  will  be  compared  to  predicted  ranges  generated  by  the  attitude 
and  orbital  determination  facility.  The  ACQUISITION  DATA  function  will  have 
the  capability  to  perform  this  function  for  two  separate  spacecraft  simul- 
taneously. Discrepancies  between  the  actual  and  predicted  range  parameters 
will  highlight  potential  problem  areas  to  NCC  personnel. 

G DATA  MONITOR  FUNCTION 


The  purpose  of  the  DATA  MONITOR  is  to  assist  in  establishing  real  time 
estimates  of  data  service  quality.  These  estimates  will  be  used  to  build 
the  technical  basis  for  service  evaluation.  This  function  will  use  a 
"trap  sampling"  scheme  which  selects  and  monitors  the  values  of  predeter- 
mined spacecraft  parameters  for  out-of-tolerance  conditions 

The  DATA  MONITOR  will  "trap"  n blocks  of  return  link  data  being  trans- 
mitted to  the  GSFC  NASCOM  switch  via  high  speed  digital  channels  from  the 
STDN  ground  stations  (TDRSS/GSTDN)  Inputs  from  the  SCHEDULING  function 
will  identify  the  appropriate  NASCOM  channels  to  be  monitored,  the  space- 
craft identification  and  return  link  data  rate  A search  of  the  "trapped" 
blocks  will  establish  the  required  reference  timing  point.  When  a block 
containing  the  desired  information  is  located,  subsequent  desired  blocks 
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will  appear  at  time  intervals  equal  to  the  inverse  of  the  return  link  data 
rate.  Thus  'frame  sync'  is  established 

There  will  be  m parameters  established,  one  or  more  of  which  will 
appear  in  each  spacecraft  telemetry  frame.  From  telemetry  format  informa- 
tion stored  in  MEMORY,  these  parameters  will  be  extracted  Their  values 
will  be  compared  to  tolerance  thresholds  which  are  also  maintained  in  MEMORY 
These  comparisons  will  be  performed  by  the  DATA  MONITOR  hardware/software 
system.  Out-of-tolerance  conditions  (alarms)  will  be  made  available  to  the 
PERFORMANCE  MONITOR,  TEST/SIMULATION;  SCHEDULING,  as  appropriate,  and  to 
NCC  personnel  via  the  DISPLAY  subsystem. 

The  result  of  the  DATA  MONITOR  comparisons  will  be  logged  for  subse- 
quent use  in  establishing  overall  data  service  quality. 

H PERFORMANCE  MONITOR  FUNCTION 


The  purpose  of  the  PERFORMANCE  MONITOR  is  to  aid  in  the  real  time 
estimates  of  data  service  quality.  The  information  from  the  PERFORMANCE 
MONITOR  will  be  used  for  service  evaluation  and  fault  isolation  and  trouble- 
shooting. The  performance  estimates  will  be  established  by  monitoring  a 
set  of  fundamental  communication  channel  parameters,  including  the  NASCOM 
PED  indicator,  and  comparing  parameter  values  to  preestabl i shed  thresholds. 

A number  of  thresholds  may  be  established  for  each  parameter  which 
indicate  various  degrees  of  parameter  degradation.  These  thresholds  will 
be  input  data  from  NCC  personnel.  This  mechani sm  wi 1 1 allow  thresholds  to 
be  changed  in  response  to  operational  situations 

Each  STDN  ground  station  will  provide  a set  of  performance  parameters 
to  the  PERFORMANCE  MONITOR  where  they  are  compared  to  the  predefined 
thresholds.  Parameter  comparisons  will  be  recorded  as  part  of  the  overall 
service  quality  evaluation  data.  Out-of-tolerance,  or  threshold  crossing, 
conditions  (alarms)  will  be  made  available  to  the  DATA  MONITOR  function; 
SCHEDULING  function,  as  appropriate,  TEST/SIMULATION  function  and  NCC 
personnel  via  the  display  subsystem  Hard  copy  information  pertaining  to 
the  values  of  performance  parameters  is  not  precluded.  Additionally  the 
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capability  to  transmit  performance  parameter  summaries  to  STDN  users  will 
exist. 

As  a result  of  information  obtained  from  the  PERFORMANCE  MONITOR 
function,  certain  messages  may  be  sent  to  STDN  users.  Since  the  information 
contained  in  these  messages  will  be  driven  by  the  operational  situation, 
their  transmission  by  the  PERFORMANCE  MONITOR  In  an  automatic  response 
mode  IS  unlikely  Therefore,  the  "transmit  commands"  responsibility  of 
this  function  is  not  seen  as  a direct  hardware/software  function  task. 

1 TEST/SIMULATION  FUNCTION 

The  TEST/SIMULATION  function  will  assist  in  fault  isolation,  trouble- 
shooting and  provide  the  control  for  all  NCC  initiated  test  and  simulation 
activities.  Network  tests  and  simulations  will  be  supported  by  this  func- 
tion which  will  furnish  simulation  data  in  some  situations  and  monitor  on- 
going activities  to  determine  deviations  from  desired  results. 

Alarms  generated  in  the  DATA  MONITOR  and  PERFORMANCE  MONITOR  functions 
will  be  passed  to  the  TEST/SIMULATION  function.  When  problems  are  such 
that  near  real  time  resolution  may  not  occur,  this  function  will  manage 
the  tests/s imulations  required  to  aid  In  problem  diagnosis  and  resolution. 

Various  simulation  or  test  sequences  will  require  that  data  be 
generated  at  the  NCC  and  transmitted  to  appropriate  network  elements  At 
these  elements,  this  data  may  be  processed  and  looped  back  or  hardware/ 
software  responses  observed  and  recorded.  In  the  former  situation,  the 
TEST/SIMULATION  function  will  automatically  compare  the  looped  back 
responses  with  predicted  responses  and  identify  existing  deviations. 
Deviations  may  be  noted  by  personnel  at  the  network  elements  and  reported 
to  the  NCC  by  verbal  and  unformatted  message  techniques  when  loop  back 
tests  are  not  used. 

In  other  tests  and/or  simulations,  data  may  be  transmitted  from  ground 
stattons/users  to  the  NCC  to  establish  interface  integrity.  In  these  cases, 
the  TEST/SIMULATION  function  will  monitor  the  data  and  compare  it  to 
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expected  results.  Deviations  from  the  desired  results  are  provided  to 
NCC  personnel  via  the  display  subsystem. 

J . ANALYS I S PLAN 


This  analysis  effort  was  conducted  in  four  steps,  each  of  which  in- 
creased the  definition  detail  associated  with  the  functions  shown  in  the 
Composite  NCC  Functional  Flow  diagram.  These  steps  are  1)  description  of 
functions  Identified  in  the  composite  NCC  functional  flow  diagram,  2)  devel- 
opment of  NCC  tasks  and  information  requirements,  3)  definition  of  hardware/ 
software  requirements,  and  4)  detached  specification  of  operational  concepts 
and  procedures.  Once  the  task  and  information  requirements  had  been  estab- 
lished, the  last  two  tasks  were  conducted  in  parallel.  Because  the  defini- 
tion of  the  functions  and  their  associated  responsibilities  were  expected 
to  change  as  the  total  operations  control  concept  evolved,  several  itera- 
tions of  the  above  steps,  specifically  steps  1 and  2,  were  expected.  For 
the  initial  iteration,  the  first  task  was  completed  by  11  August  1976.  The 
second  task  was  completed  by  13  August  1976-  The  final  tasks  were  completed 
by  20  August  1976. 
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SECTION  2 

NCC  OPERATIONAL  CONCEPTS  AND  REOUIREMENTS 
A INTRODUCTION 


This  section  presents  estimates  of  NCC  hardware/software  system 
operational  requirements.  These  requirements  are  expressed  in  terms  of 
functions,  subfunctions,  tasks  and  elements  which  must  be  executed  or 

X 

accomplished  within  the  NCC.  In  section  1,  "Phase  III  TDRSS  Operations 
Control  Analysis  Study,"  the  NCC  functions  identified  in  the  Composite 
NCC  Functional  Flow  Diagram  (Figure  1-2-1}  were  described.  The  following 
information  refines  these  initial  concepts  This  refinement  is  presented 
in  two  major  parts,  the  first  treats  the  Executive  function,  the  second 
addresses  those  functions  which  have  been  termed  NCC  Operations  Support 
Functions  (Scheduling,  Data  Monitor,  Test/S im.  Performance  Monitor, 
Acquisition  Data)  For  each  function  identified  five  topics  are  addressed 
functional  description,  processing  requirements,  which  detail  the  sub- 
function, task  and  element  requirements,  assumptions  associated  with 
development  of  the  above  requirements,  input/output  message  sizing  and 
rates;  and  storage  requirements.  The  material  is  presented  in  a bullet 
format,  identifying  the  major  attributes  of  the  functions,  subfunctions, 
and  tasks  in  a shorthand  form.  Additionally,  a flow  diagram  accompanies 
each  functional  description. 

B EXECUTIVE  FUNCTION 

1 . Description 

The  purpose  of  the  EXECUTIVE  function  is  to  coordinate  NCC  hard- 
ware/software activities  in  support  of  STDN  operations  It  is  broken  into 
two  ti,ers,  a data  router  and  a controller.  In  fulfilling  the  former  of 
these  two  roles,  the  EXECUTIVE  provides  communications  paths  between  all  of 
the  other  functional  areas.  Many  messages,  such  as  status  alarms,  data 
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Figure  1-2-1. 


Composite  NCC  Functional  Flow  Diagram 
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requested  from  memory,  or  test  data,  pass  unimpeded  through  these  paths 
simply  being  directed  or  routed  to  their  appropriate  destinations. 

The  second  of  the  subfunctions  of  the  EXECUTIVE  involves  control 
of  the  operation  of  the  NCC,  and  includes  sel f-test ing,  executing  the  sched- 
ule trigger,  controlling  all  input/output  to  the  NCC  system  as  well  as 
internal  interfacing,  and  adapting  the  NCC  operations  to  failure  or  emer- 
gency situations.  The  first  of  these  areas  involves  a set  of  routine  test 
procedures,  to  be  executed  either  at  predetermined  intervals  or  on  command, 
which  insure  that  all  other  NCC  functions  are  operating  within  acceptable 
tolerances.  The  schedule  trigger  could  be  viewed  as  a set  of  impulses  or 
information  packets  to  be  sent  to  the  other  NCC  functions  to  activate  and 
prepare  them  for  support  of  upcoming  scheduled  activity.  Thus  the  EXECUTIVE 
directs  operations  on  the  basis  of  an  orchestration  plan  provided  by  sched- 
uling. 

If  one  mass  storage  area  is  used,  the  EXECUTIVE  will  have  some 
data  base  management  tasks:  initiating  the  flow  of  data  from  memory  to  the 

functional  area  requiring  that  data  (e.g  , visibility  data  to  scheduling), 
controlling  access  to,  and  read/writes  in,  the  various  files;  managing  data 
loading,  etc.  If  memory  is  distributed  throughout  the  various  function 
areas,  these  tasks  would  be  parcelled  as  well.  Some  interface  tasks  may 
still  be  necessary  in  the  EXECUTIVE  to  control  access  to  memory.  All  other 
I/O  functions  for  the  NCC  as  well  as  between  the  NCC  and  OSC  are  also  pro- 
vided by  the  EXECUTIVE. 

Finally,  the  operational  mode  of  the  NCC  is  controlled  via  the 
EXECUTIVE  This  includes  providing  "fail-soft"  features  by  reassigning 
tasks  to  different  sets  of  hardv/are  in  case  of  equipment  failures  and  dele- 
tion of  less  important  activities  in  case  of  emergencies  or  unavailability 
of  equipment.  There  may  also  be  Inputs  to  the  EXECUTIVE  from  NCC  operators 
which  change  the  frequency  of  self-testing  for  instance,  or  which  determine 
how  much  user  interaction  there  can  be  with  scheduling.  These  inputs  would 
be  made  in  response  to  temporal  exigencies.  Status  Monitoring  was  origin- 
ally included  under  the  SCHEDULING  function  but  is  included  in  the  EXEC- 
UTIVE since  It  is  a subfunction  involving  the  ongoing  execution  of  prescribed 
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activities  within  the  NCC  and  thus  more  closely  related  to  that  function 
responsible  for  controlling  the  NCC  hardware/software  system. 

2.  Processing  Requirements 

An  overview  of  the  EXECUTIVE  function  and  its  relationship  to  the 
NCC  support  functions  is  shown  in  Figure  i-2-2.  The  solid  blocks  identify 
the  executive  subfunctions.  Each  is  described  in  turn  below 
a.  Status  Monitor  and  Configuration  Control 

1 ) Status  Monitor 

a)  Message  Authentication 

• Validate  formats 

• Validate  content 

• Notify  D1 SPLAY/Sender  of  Errors 

b)  Alarm  Recorder 

• Keeps  track  of  alarms  by  source,  type,  spacecraft 

• Notify  controller  if  trend  established 

c)  Resource  Revision 

• Receive  Network  Status  Change  Messages 

• Message  sent  to  DISPLAY  for  scheduling  personnel 
review 

• Update  sent  to  scheduling  resource  data  base 
o Schedulers  determine  whether  rescheduling  is 

necessary  and  for  what  period  of  time,  and  then 
notify  the  Action  Instigator 

d)  Internal  Test  Interpretation 

• Determine  response  to  bad  test  (hierarchial  list 
of  HW/SW) 

o Verify  Integrity  of  new  on-line  HW/SW 
« Notify  CONFIGURATION  CONTROL  of  problems. 

• Notify  DISPLAY  of  trends/system  crashes. 

• Notes  non-critical  bad  test  results 

2)  Configuration  Control 

a)  Resource  Allocator 

« Receive  inputs  from  STATUS  MONITOR 

• Review  current  configuration  listings 
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• NASCOM 


Figure  1-2-2.  The  EXECUTIVE  Function 
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• Chart  suggested  revision  of  NCC  resource 
configuration 

• Send  suggestion  to  DISPLAY 

b)  Reconfiguration  Activator 

• Receive  Console  commands  ("Go  ahead"  on  proposed 
reconfiguration) 

• Update  files  for  Resource  Allocator,  maintaining 
information  that  the  change  has  not  been  con- 

f i rmed 

• Notify  Action  Instigator  for  interrupt 

c)  Configuration  Management 

• Receive  notification  of  successful  SW  package 
change 

• Send  Updates  to  Data  Router-l/0  controller  mes- 
sage distribution  tables 

• Send  need  for  test  message  to  Action  Instigator 

• Receive  confirmation  of  HW/SW  reconfiguration 

• Validate  updates  of  Resource  Allocator  files 
made  by  Reconfiguration  Activator. 

b.  Action  Instigator 

• Coordinates  the  support  activities  of  the  NCC 

1 ) T I me  Keeper 

• Acts  as  master  timer  for  NCC 

2)  Generate  Function  Activity  List 

a Read  8 hour  Event  Schedule  from  data  base 

A Accept  exogenous  inputs  for  test  or  sampl ing 
frequencies 

• Receive  Inputs  from  Configuration  Control 

• Mesh  Schedule  with  required  events  for  other 
NCC  functions 

3)  Create  Enablement  Messages 

e Compare  Activity  List  to  system  clock 

® Generate  Enablement  Message 
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- What  function  should  do  what,  when 

- Necessary  data  to  be  read  from  storage 

• Send  Message 

• Update  Activity  List 

4)  Inform  Users 

• Notify  user  of  beginning  of  his  event 

5)  Function  Interrupter 

• Notifies  System  Executive  of  desired  interrupts 

• Provides  direction  for  HW/SW  reconfiguration  to 
system  executive 

c.  Testing 

• Insures  integrity  of  hardware/software  systems  internal  to 
the  NCC 

1 ) Receive  enablement  message  from  Action  Instigator 

2)  Choose  test  pattern 

• Translate  enablement  into  appropriate  test  type 

• Retrieve  pattern  from  data  base 

3)  Transmit  Test  Data 

4)  Receive  Response  to  Test 

• If  no  response  then  test  is  negative  or  change  to  red 
is  indicated 

• Compare  Test  response  to  expected  response 

• Grade  response  - good,  bad,  indeterminate. 

5)  Send  Test  Results  to  STATUS  MONITOR  AND  CONFIGURATION 
CONTROL 

6)  Update  Test  Summary 

d . I/O  Control ler 

• Provides  Interface  between  the  NCC  and  the  outside  world 

1 ) Receive  Message 

• Check  Message  type 

• Check  Format 

2)  Adjust  Formats 

• Convert  OSC  inputs  to  proper  format  if  necessary 

• Perform  any  other  modification  of  messages 


1-19 


THE  BDM  CORPORATION 


3)  Provide  Storage  or  Buffering 

• As  it  is  necessary,  provide  area  for  getting  messages 
safely  off  input  lines 

Forward  Message 
e.  Data  Base  Manager 

• Controls  information  in  the  system's  memory,  as  well  as 
access  to  that  memory 

1 ) Receive  Message  and  Validate  ID 

• Determine  the  message  sender  is  a valid  user  of  the 
data  base 

• Determine  what  file  is  being  addressed 

2)  Validate  Access  Right 

• Determine  message  sender  has  access  to  the  addressed 
file 

3)  Formatting 

• Assemble  data  from  different  files 

• Provide  ability  to  "sort"  on  different  criteria 
A)  Data  Delivery 

• Inform  requestor  or  addressee  of  the  location  of  his 

data  

5)  Edit  Inputs 

• Check  format  of  input  data 

• Check  for  reasonable  values 

6)  Record  Data 

7)  Maintain  Tape  of  Data  Base 

• Keep  as  backup 

8)  Maintain  Update  Log 

• Show  what  was  changed  when 

• Indicates  who  uses  system 

9)  Configuration  Management 

• Control  what  goes  where 

• Reassignment  of  space 

• Control  Files  that  vary  in  size  with  time 
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f . Data  Router 

• Switching  center  for  information  moving  within  the  NCC 

1 ) Receive  message 

• Check  format 

• Check  completeness  of  message 

2)  Identification 

• Identify  message  source  and  type 

• Return  incomplete  message  to  sender 

3)  Interrogate  message  routing  list 

• Determine  appropriate  addressees  based  on  message 
source  and  type. 

4)  Forward  message 

• Message  Is  sent  to  all  appropriate  addressees 
3 . Assumptions 

• With  1000  scheduled  events  per  day,  600  events  during 
the  busiest  shift  (8  hrs)  was  used  for  sizing. 

• An  official  clock  will  be  designated  for  network  synchroniza- 
tion, and  this  clock  will  be  the  time  source  for  the  Action 
Instigator 

• The  functions  of  the  1/0  Controller  may  be  centralized  in 
the  EXECUTIVE,  distributed  throughout  the  system,  or  some 
mix  of  these  two 

® Internal  communications  requirements  for  the  NCC  can  be  met 
using  short  messages.  These  messages  were  assumed  to  be 
accommodated  by  200  bits. 

« Sizing  is  not  driven  by  1/0  rates  except  perhaps  in  the  i/0 
Controller.  Response  rate  is  tied  to  desired  response  times 
of  other  functions  and  their  workloads. 

• Human  approval  is  required  for  Configuration  Changes  or  orders 
for  schedule  revision 

• Since  the  EXECUTIVE  is  of  highest  priority  ready  backup  must 
be  provided 
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4.  Message  Sizing/Rates 

These  are  not  considered  a driving  consideration  in  sizing  the 
EXECUTIVE  so  they  will  not  be  specifically  addressed. 

5-  Storage  Requirements 

a . Action  Instigator  Activitiy  List 

• Normal  NCC  Activitiy,  heavy  shift  (600  schedule  events) 
1 ) Activity  List  Event  Entry  Format 

Time  of  Activity  37  bits 

HR  - 5 
MIN  - 6 
SEC  - 6 
mSEC  - 10 
:HSEC  - 10 


Function  Address 

6 

Function  Command 

10 

Correlated  Schedule  Event 

1 D.  (if  appropriate) 

27 

Total 

80 

Event  List  Entries 

Data  Monitor  - checks  h0% 
Preformance  Monitor  - checks  100^ 
Acq . Data  - 


Transmit  IRVs 
Monitor  ^0%  of  TRKS 
Internal  Testing  - checks  five 

functions  once  every  5 minutes 
Scheduling  - Required  network 
schedu 1 I ng  mod i f i cat i ons 

Total 


2^f0  entries 
600 

1 

240 

480 

100 

1661  entries 
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3)  Total  Storage  Required 

1,661  entries 
X 80  bits  per  entry 
132,880  bits,  subtotal 
+ 9 bits  for  day  ID 

132,889 

*«133K  bits  of  storage,  total 
b.  NCC  HW/SW  System  Status 
10  areas 

X 5 status  level  bits 
50  bits,  total 

c NCC  HW/SW  Configuration  List 

• For  25  software  packages  resident  In  10  pieces  of  ADP 
hardware 

1 ) HW/SW  Configuration 


Hardware 

ID 

10  bits 

Resident 

software  pkg 

25 

Operational  State 

_3 

Total 

38  bits 

2)  Total  Storage  Required 

38  bits  per  HW  piece 
X 10  HW  pieces 
380  bits  of  storage,  total 

d.  DBM  Access  List 


100  Files 
X 200  Users 

X 3 bits,  accessibility  code 
50^  K bits,  total 

e I/O  Controller  Message  Table 

1 ) Input 

10  bits,  input  message  category 
X 10  bits,  HW  ID 
X 1 0 bits,  port,  ID 
1000  bits,  total 

2)  Output 

200  bits,  user  distribution  flags 
X 1 00  entries 

20  K bits,  subtotal 

+ 2K  bits,  user  port  IDs  • 200  user  slots 
22K  bits,  total  xIO  port  ID  bits 
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f . Data  Router  Message  Table 

50  bits,  message  category 
X 10  bits,  HW  ID 
X 10  bits,  port  i D 
5K  bits,  total 

9 Internal  Testing 

• Internal  Test  data  made  available  by  simulated  HASCOM 
block  inputs  of  4800  bits 

• Ten  such  blocks  were  assumed  to  satisfy  test  data 
requ 1 rements 

10  blocks  X 4800  bits  x 5 NCC  Areas  to  Test 
= 240K  bits,  total 
h.  Software  Priorities  List 

• Size  dependent  on  complexity  of  priority  relationships 
and  degree  of  operator  responsibility  for  reconfigura- 
tion choices. 

5 bits,  function  ID  x 25  priority  positions 
= 125  bits,  total 

C NCC  OPERATIONS  SUPPORT  FUNCTIONS 

The  remainder  of  this  attachment  considers  the  five  NCC  operations 
support  functional  requirements.  The  five  functions,  as  defined  in  the 
NCC  Composite  Functional  Flow  Diagram  are  Scheduling,  Acquisition  Data, 
Test/Sim,  Performance  Monitor  and  Data  Monitor  Requirements  for  each  of 
these  functions  is  presented  in  the  same  format  used  to  describe  the  Exec- 
utive requirements. 

1 . Schedul I ng 

a.  Description 

The  SCHEDULING  function  establishes  and  controls  the  timing 
of  STDN  resource  allocation  and  support  activities.  Both  forecasting  and 
real-time  activities  are  subsumed  in  this  function 

The  development  of  a forecast  schedule  can  involve  a high 
level  of  user  interaction  with  the  scheduler,  though  manual  supervision  of 
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scheduling  activity  within  the  NCC  is  maintained.  The  user  service  requests 
may  be  specific,  generic,  or  quasi-generic  A forecast  schedule  is  estab- 
lished for  two  weeks  or  more,  but  only  for  the  coming  week  are  specific 
times  resolved  to  seconds  or  solutions  to  all  conflicts  for  support  provided 
When  conflicts  arise  between  support  requests,  the  SCHEDULING  function  at- 
tempts to  accommodate  all  users,  or  if  such  accommodation  is  impossible,  to 
provide  users  with  sufficient  information  to  help  them  find  alternative 
schedule  times  which  still  satisfy  their  needs  A mechanism  is  also 
provided  within  SCHEDULING  to  allow  users  to  query  the  data  base  about 
schedule  loading  and  to  experiment  with  alternative  schedule  times  on  a 
"what  if"  request  basis. 

The  real-time  activities  of  SCHEDULING  include  response  to 
emergency  requests  for  support  and  adjustment  of  the  schedule  to  changing 
STDN  support  capabilities.  A firm  schedule  Is  released  either  daily  or  for 
each  shift  and  is  changed  only  in  response  to  these  two  types  of  requests. 
Both  of  these  activities  involve  a real-time  version  of  the  forecast  schedule 
preparation,  with  the  requester  being  granted  the  support  time  he  desires  or 
being  offered  some  alternative  The  rapidity  of  response  from  the  SCHED- 
ULING function  IS  of  paramount  importance  here. 

Status  monitoring  was  originally  included  under— the  SCHED- 
ULING function,  but  is  included  under  EXECUTIVE  since  it  is  a subfunction 
involving  the  ongoing  execution  of  prescribed  activities  within  the  NCC, 
and  thus  more  closely  related  to  that  function  responsible  for  controlling 
the  NCC  hardware/software  system.  An  overview  of  the  SCHEDULING  subfunc- 
tion flow  is  shown  In  Figure  1-2-3  Dotted  boxes  are  used  to  indicate  areas 
external  to  the  Scheduling  function.  The  processing  requirements  for  these 
subfunctions  are  described  below 

b.  Process i ng  Requ i rements 

The  subfunctions  and  tasks  for  scheduling  are  described  below 

1)  Check  ID 

• Verify  against  a list  of  valid  ID's  that  a requester 
may  enter  SCHEDULING 
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Figure  I -2-3.  The  SCHEDULING  Function 
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2)  Executive  Interface 

• Receives  messages  from  the  Action  Instigator  and 
controls  changes  in  operating  mode  in  response  to 
those  messages. 

a)  Adjust  list  of  legal  requests  in  response  to  con- 
straints (e.g.,  no  "what  if's"  for  the  next  hour). 

b)  Throw  "switches"  human  control  vs  human  super- 
vision, batch  mode  vs  single  schedule  request. 

c)  Permits  the  function  to  be  checked  or  shut  down 

by  the  EXECUTIVE. 

3)  Authentication  Tree 

• Determines  that  user  inputs  are  in  the  proper  form 
and  are  requests  for  legal  functions. 

a)  Format  check. 

b)  Check  for  completeness  and  reasonableness  of  data 
(data  within  expected  bounds) 

c)  Check  for  legal  operation. 

• Not  all  users  may  schedule  events, 

• Executive  may  provide  time  varying  list  of 
users  who  may  use  real  time  capability. 

d)  Provide  summary  of  user  interactions  to  Service 
Accounting  (statistical  data). 

• identify  heavy  users. 

o Control  abuses  of  interactive  capability 
k)  PI spos  t tion 

• Routes  valid  and  invalid  requests  to  appropriate 
processor. 

e Sends  signal  to  initialize  message  to  requestor  that 
his  request  is  under  consideration. 

a)  Data  Base  queries  to  DBM. 

b)  Forward  valid  requests  through  display  (human 
supervision)  to  Request  Router. 
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c)  Route  unacceptable  requests  to  Message  Formulator 
for  diagnostic  response  to  requester.  , 

5)  Request  Router 

• Forward  service  requests  to  appropriate  hopper 

• Pass  real  time  requests  to  Geometric  Verification 

a)  Differentiate  forecast  requests  and  conflict 

resolution  requests. 

b)  Pass  on  "real  time  requests,  i e.,  "what  If's", 
updates,  or  emergencies. 

6)  Forcast  Hopper 

• A file  of  requests  for  future  service  - beyond  the 
time  of  the  next  week's  schedule. 

7)  Geometric  Verification 

• Ascertains  the  visibility  of  a spacecraft  from 
6STDN  or  TDRSS  antennae 

• Compare  request  with  Visibility  Data 

• Forward  message 

a)  Pass  on  verified  request 

b)  Initialize  message  to  user  if  spacecraft  not 
visible  when  requested. 

8)  Schedule  Hopper 

• A file  of  requests  for  the  next  week's  schedule. 

9)  Conflict  Resolution  Hopper 

• A file  of  conflict  resolution  requests  to  be 
scheduled. 

1 O)  Schedule  Builder 

• Lays  out  requested  support  against  STDN  support 
capab 1 1 1 ty. 

a)  Draw  data  from  DBM. 

• For  batch  operations  S/C  parameters  and  STDN 
constraints 

• For  single  operations,  relevant  S/C  parameters, 
STDN  constraints,  segment  of  schedule. 
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b)  Match  requests  with  resources. 

• Detailed  match  of  compatible  hardv/are  from 
GSTDN/TDRSS,  NASCOM,  etc  , with  satellite,  user 

• Flag  conflict  areas. 

c)  Forward  Schedule  information. 

• "What  if"  to  user. 

• Conflict-free  schedule  to  Schedule  Generator. 

• Schedule  with  conflicts  to  Conflict  Resolver. 

1 1 ) Conflict  Resolver 

• Attempt  to  resolve  conflicts  identified  in  Schedule 
Builder. 

• Notify  human  scheduler  of  inability  to  accommodate 
requests. 

a)  Manipulate  generic  requests 

b)  Describe  unresolvable  conflicts. 

• POCC's  involved. 

• Duration  of  conflicts 

• Cause  or  source  of  conflict. 

c)  Forward  Message. 

• Schedule  with  resolved  conflicts  to  Schedule 
Generator. 

• "What  if's"  to  users. 

• Conflict  messages  to  be  displayed  to  a 
scheduler. 

o Schedule  as  it  exists  to  Tentative  Schedule 
file. 

1 2)  Scheduler 

(Note  Though  not  a hardware/software  system  element 
the  role  of  the  scheduler  in  conflict  resolution  is  mentioned  here  to  help 
make  the  accompanying  flow  chart  more  understandable.) 

a)  Receive  notice  of  conflicts  not  resolvable  in  the 

Conflict  Resolver. 
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b)  Make  further  attempts  at  resolution. 

• Manually,  or 

• Reinputting  adjusted  requests  to  the  Conflict 
Resolver 

c)  Imposing  priority  rankings  as  a last  resort  for 

conflict  resolution. 

d)  Forward  Schedule  with  resolved  conflicts  to 

Schedule  Generator 

e)  Inform  users,  whose  requests  were  bumped,  of 
alternative  schedule  times. 

1 3)  Schedule  Generator 

• Finalize  the  forcast  schedule  or  establish  the 
updated  schedule. 

1 4)  Message  Formulator 

• Format  all  SCHEDULING  output 

a)  Prepare  messages  to  users. 

• Input  errors,  or  request  accepted 

• Conflict  resolution  message. 

b)  Prepare  data  for  Service  Accounting. 

c)  Format  Schedule 

1 5)  Distribution 

• Send  SCHEDULING  output  to  appropriate  user  or 
schedule  recipient 

c.  Assumpt ions 

• Provision  for  5 simultaneous  "what  if's"  is  made. 

• Only  requests  from  Scheduler  hopper  pass  through  Geo- 
metric Verification. 

• 1,000  contacts  per  day  is  a bound  for  SCHEDULING  load, 
including  maintenance  requests. 

• Events  are  of  a minimum  duration  of  one  minute. 

• Three  receiver  and  transmitter  frequencies  per  S/C  are 
a 1 1 owed 
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d . Message  Sizing/Rates 
1 ) I nput 

a)  Generic  Requests  for  Service 

Message  ID  - service  request 
User  ID 

Service  Request  Type 

- generic  or  specific 
Duration  of  Support 

hr  5/mi n. 6/sec  6 
Spacing  - hr/min 
Tolerance  - min/sec 
S/C  Operating  Mode 

fa)  Specific  Requests  for  Service 

Message  ID  - service  request 
User  ID 

Service  Request  Type 

- generic  or  specific 
Date/Data  Time 

day  9/hr  5/min  6/sec-6 
Support  Tolerance  - min/sec 
Resources  Requested 

ground  stations,  etc. 
S/C  Operating  Mode 
Control  Center  l/F 

Channel  ID  - 1000  ports 
Control  Center  Commant 
l/F  Channel  ID 
Message  Class 


3 bits 
10 

2 

17 

11 

12 

83 

138  bits,  total 

3 bits 
10 
2 

26 

12 

5 

83 

10 


10 

165  bits,  total 
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c)  S/C  Operating  Mode  Format 

S/C  Receiving  Freq.  - 2 bit  7 bits 

MA,  SSA,  or  KSA  flag  plus 
5 bits  for  count  of  no.  of 
5 MHz  increments  from 
2202.5  MHz,  allowable  for 


SSA 

S/C  Transmit  Freq.  7 

S/C  EIRP  - resolved  to  tenths  10 

S/C  Polarization  - RCP  or  LCP  2 

Acq.  Sequence  - 1 or  2 2 

Acq  Duration  - 0 to  30  sec  5 

Data  Groups  3 

“ Serial  or  Parallel 
Data  Rate  - in  bps  28 

Data  Format  2 

- Coded  or  Uncoded 

Mode  2 

Service  Configuration  9 

Tracking  Configuration  - one  k 

way  or  two  way,  doppler 
or  ranging  


81  bits, 

2)  Output 

a)  Informational  Messages  100  bits,  total 

(Input  errors,  etc  ) 

b)  Conflict  resolution  message 

- S/C  ID  (of  “bumping"  S/C)  8 

- Alternative  time  suggestion  1*3 

51  bits 
total 


C5^ 


total 
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e.  Storage  Requirements 

1 ) Forecast  Hopper  Accumulation  File 

• Forecasting  10. 5K  entries  per  week 
(1000  contacts  per  day  + 500  overhead) 

• Schedule  request  = 1 entry 
Total  *“1  7 Mb  its/week 

For  three  weeks,  the  total  storage  requirement  is 
5 1 Mbits 

2)  Schedule  Hopper  Accumulation  File 

• Input  data  to  Schedule  Builder 

• Stores  one  week  of  scheduling  requests 
Total  ~1 .7  Mbits 

3)  Conflict  Resolution 

• For  500  entries  per  week,  retained  for  no  longer 
than  one  week 

Total  ~82.5  K bits 

4)  Forecast  File  and  Tentative  File  (per  week) 


Date  of  Fi 1 e 27  bi ts 

Event  Number  35 

S/C  ID  8 

Station/TDRS  ID  5 

Acq.  Time  27 

Duration  1 6 

Support  Type  4 

Interface  Port  ID  10 

Nascom  Port  ID  10 


142  + 27 
X lOK 

I 7 Mbits 
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5)  Spacecraft  Parameters 


S/C  ID 

8 bits 

Receiver  Freq. (s) 

25  X 3 

Data  Rate(s) 

25  X 3 

Transmit  Freq  (s) 

21  X 3 

Service  Configuration 

4 

{MA,  SSA,  KSA, 

shuttle,  etc.) 

Power  Mode 

2 

Polarization 

2 

Mode 

2 

Data  Group 

2 

Data  Configuration 

2 

Data  Format 

2 

(Convol utlonal ly 

coded  or  not) 

Coherent,  Noncoherent 

2 

97  + 1^2=  250  bits,  total 

100  S/C  X 250  bits  per  S/C  parameter 


= 25  K bits,  total  storage 

requi rement 

Geomet  r 1 c Ver i f i cat  Ion  File 

a)  Predict  Data  Format 

Satel 1 1 te  ID 

6 bits 

Day/Date 

9 

AOS  Time  (hr,  min,  sec) 

17 

LOS  Time  (hr,  mm,  sec) 

17 

Masked  AOS  Time  (hr,  min 

9 

sec) 

17 

Masked  LOS  Time  (hr,  min 

9 

sec) 

17 

Key  View  Period  Crossing 

Points  (hr,  mm,  XX 

& YY, 

up  & down) 

kk 
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Point  of  Closest  Approach 

1 1 

(hr,  min) 

120 

(elev.  6 range) 

Path  Across  View‘d 

- 

Darkness  Periods 

3^ 

(hr,  min,  sec, 
start  6 stop  times) 
Spacecraft/STDN/Sun 

A1 ignment  Period 

3^ 

(hr,  mm,  sec, 
start  & stop) 

S/C  Attitude 

20 

Orbit  Number 

15 

361 

bits,  total 

The  AC(i  DATA  function  stores  IRVs  for  all  space- 
craft, and  also  has  the  capability  to  compute  predicted  path  data  For 
scheduling  forecasts,  ACQ  DATA'S  IRV  mtegrator/predictor  could  be  used 
since  there  is  no  real  time  requirement.  Further,  in  S/C  emergency  situa- 
tions, ACQ  DATA  would  compute  data  (e  g.  S/C  path  data)  which  could  be 
distributed  to  other  functions  as  necessary 

b)  Total  Storage  Requirement (per  day)  

361  bits  per  predict 
X 10  ground  stations  (TDRSS  = 3) 

ITTo 

X 750  50  S/C  X 15  orbits  per  day 
2,707.500  bit  total,  for  one  day 

7)  Legal  Operations  File  (time  variable) 

• One  for  Forecast,  one  for  Schedule  or  distinguishing 
entries . 

200  users 

X 10  operation  types 

)c fj.bits  per  entry 

bits,  total 
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8) 


• Where  Operation  Types  are*  - What  If 


Conflicts  File 

Users  in  conflict 
Service  Type 
Reason 

Time  Parameters 


- Data  Base  Query 

- Conflict  Resolution 

Forcast 

- Request  Update 

a)  Internal 

b)  External 

- Emergency 

- Maintenance 

N X 10  bits 
3 
h 

N X 43 

53N  + 7 bits,  total 
= 500  for  N < 10 


500  bits 
X 500  entries 
25OK  bits,  total 

9)  STDN  Constraints  File  _ 

Equipment  ID  14 

Capacity  (frequencies, 

rates)  20 

Status  _3 

2L 

10,000  X «40 
Total  = 400K  bits 

2.  Acquisition  (ACQ)  Data 
a.  Description 

The  ACQ  DATA  function  is  responsible  for  monitoring  Network 
acquisition  and  tracking  performance  information.  This  responsibility  in- 
volves the  transmission  of  state  vectors  (iRVs)  to  TDRSS  and  GSTDN  ground 
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stations  and  the  execution  of  tracking  performance  tests  ACQ  DATA  will 
provide  to  the  ground  stations  and  the  TDRSS  contractor,  at  the  appropriate 
times,  the  user  spacecraft  state  vectors  computed  by  the  attitude  and  orbital 
determination  facility  and  accept  acknowledgement  of  the  reception  of  those 
state  vectors.  In  addition,  tracking  performance  data  from  the  orbital 
determination  facility  will  be  monitored  according  to  performance  standards. 

Other  real-time  tracking  tests  will  be  performed  using  space- 
craft tracking  data  containing  antenna  angles  and  position  components. 

State  vector  integration  will  be  performed  to  determine  range  parameters 
and  the  results  of  the  integration  will  be  compared  to  the  spacecraft 
tracking  data.  ACQ  DATA  will  have  the  capability  to  perform  this  function 
for  two  separate  spacecraft  simultaneously.  Any  discrepancies  will  high- 
light potential  problem  areas  to  NCC  personnel. 

An  overview  of  the  ACQ  DATA  subfunction  flow  is  shown  in 
Figure  1-2-4.  Solid  boxes  represent  subfunctions  of  the  ACQ,  DATA  function, 
while  the  dotted  boxes  indicate  areas  external  to  ACQ  DATA,  but  necessary 
for  the  understanding  of  the  functional  description  Detailed  requirements 
are  presented  below. 

b.  Processing  Requirements 

1 ) Executive  Interface 

• Implements  routine  and  emergency  ACQ  transmission 
sequences  and  other  commands  according  to  ACTION 
INSTIGATOR  triggers 

a)  Accept  and  Implement  unload/reload,  suspend,  and 
other  software  commands  from  ACTION  INSTIGATOR. 

b)  Request  IRV  file  from  the  DBM  following  INSTIGATOR 
TRIGGER  for  routine  transmission  to  sites. 

c)  Direct  real-time  emergency  transmission  of  IRV  file 
to  appropriate  site  in  the  event  of  station  downs,  data  destruction  at 
site,  etc. 

2)  Availability  Verification 

• Responds  to  the  availability  of  state  vector  data  at 
ACQ  FILE  1 which  has  been  identified  for  transmission 
by  ACTION  INSTIGATOR 
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V 


TO  DATA  ROUTER 


Figure  I-2-4.  The  ACQ,  DATA  Function 
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a)  Notifies  EXEC  of  unavailable  scheduled  ACQ,  DATA 

b)  Notifies  EXEC  of  available  scheduled  ACD  DATA 
and  transmits  data  to  I/O  controller  for  site  destination  m batches 

3)  Site  Acknowledgement 

• Responds  to  site  acknowledgement  of  ACQ.  DATA  State 
vector  transmission 

a)  Informs  EXEC  of  successful  transmission  of  acquisi- 

t ion  data  to  s i te. 

b)  Informs  EXEC  of  failure  at  site  to  receive  trans- 
mitted acquisition  data 

Data  Verification 

« Assures  appropriate  auto-track  data  is  arriving  for 
tracking  tests. 

a)  Receive  auto-track  data  and  compare  with  expected 
data  as  indicated  by  EXEC. 

b)  Inform  EXEC  of  receipt  of  appropriate  or  inap- 
propriate auto-track  data. 

5)  Data  Reduction 

• Modifies  incoming  auto-track  data  for  interface 
with  predicted  data  in  tracking  tests. 

a)  By  employing  appropriate  algorithms,  reduce 
measured  angles,  round  trip  light  times,  and  doppler  measurements  to  the 
Cartesian  position  and  velocity  components  of  the  standard  state  vector 
form. 

6)  Simultaneous  Vector  Predictor 

• Generate  a maximum  of  two  simultaneous  updated  state 
vectors  for  tracking  test  comparisons  with  incoming 
auto-track  data 

a)  Accept  at  most  two  initial  state  vectors  consis- 
tent with  incoming  auto-track  data  from  ACQ  FILE  1 in  the  DBM. 

b)  By  fourth-order  Runge-Kutta  integration,  update 
vectors  simultaneously  to  auto-track  sample  time  and  transmit  to  tracking 
monitor. 
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c)  Results  of  Vector  Predictor  are  available  to 
other  functions  as  necessary. 

7)  Tracking  Monitor 

• Performs  comparison  between  modified  auto-track 
data  and  predicted  state  vector  data  and  displays 
results. 

a)  Compute  first  and  second  differences  between 
position  and  velocity  components  of  modified  auto-track  and  predicted 
state  vectors. 

b)  Compare  differences  with  predefined  tolerances 

available  at  the  DBM 

c)  Display  identified  deviations,  and  initiate  statis- 
tical summary  of  tracking  tests  including  mean  differences  and  relevant 
standard  deviations. 

8)  Performance  Compar i son 

• Compare  tracking  performance  data  with  standard 
parameters. 

a)  .Accept  real  time  performance  data  (such  as  AGC  of 
tracking  receiver,  frequencies,  etc  ) from  Code  570  and  corresponding 
standard/threshold  values  from  the  DBM 

b)  Execute  a performance  parameter  comparison  and 
display  and  store  results. 

c.  Assumptions 

• Maximum  of  1000  contacts/day 

• Capability  to  perform  two  tracking  tests  simultaneously. 

• Code  570  generates  acquisition  data  for  the  DBM  with 
sufficient  lead  time  for  batch  transmission  to  sites 

• First  and  second  tracking  test  differences  provide 
sufficient  character izat ion  for  deviation  identification 

• IRV  characters  represent  6 bit  bytes, 

• Auto-track  vectors  are  sampled  every  30  sec  for  2-10  min 
tracking  support  intervals  every  2 hours  (Reference  ] l). 
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d-  Message  Sizing/Rates 
1 ) I nput 

a)  IRVs  from  DBM  To  ACQ.  Initiator 

Size  One  IRV  k~l  char  @ S bits/char  = 282  bits 

1000  IRV/day  x 7 day /week  = 1.97^  Mb/batch 

b)  Auto  Track  Data 

S I ze  LSD  tracking  format  = 672  bits 

HSD  tracking  format  = 1200  bits 

Rate  From  GSTDN  56  KB/s 

From  TDRSS  9*6  KB/s 

Frequency  Every  30  sec  for  2-10  min  support/per  spacecraft 

c)  Tolerances  from  DBM  to  Tracking  Monitor 

Size  3 position  tolerances;  12  bytes  @ 8bt/byte  = 96 

3 velocity  tolerances.  12  bytes  0 8bt/byte  = 96 


d)  input  Messages 


Size  Header  Info 

5 

bytes 

Satel 1 Ite  ID  Code 

2 

bytes 

Vehicle  ID 

2 

bytes 

Message 

5 

bytes 

192  bits 

SITE  ACKNOWLEDGEMENT 
TRACKING  DATA  10 
AO 
16 
16 
AO 

112  bits 


2)  Output 

a)  IRV  to  1/0  Controller 
Size  I IRV  A7  char  0 6 bits/char.  = 282  bits 


1000  IKb/day  x 7 day/week  = I 97 A Mb/batch 


b)  Output  Messages 
Size  Same  as  input  messages 


(DATA  ON  SITE/NOT  ON 
TRK  DATA  ACK  TO  EXEC 
REQUEST  IRV 

= 1 12  bits 
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c)  Messages  to  DISPLAY  and  Storage 


Header  Info 

5 bytes 

40 

Satel 1 i te  ID  Code 

2 bytes 

16 

Vehicle  ID 

2 bytes 

16 

Orbit  No 

2 bytes 

16 

Position  deviations 

960 

960 

2008  bits 


(10  vectors/tracking  support) 

X (3  positional  deviations) 

X (4  bytes/deviat ion) 

X (8  bits/byte) 

Velocity  deviations 

d)  Storage  Requirements 

1)  ACQ  File  1 

This  file  contains  the  initial  acquisition 
vectors  for  each  spacecraft  to  be  acquired  in  a 24-hour  period.  It  is  gener- 
ated at  Code  570>  stored  as  ACQ  FILE  1 in  the  DBM,  and  accessed  by  the 
EXECUTIVE  INTERFACE  of  the  ACQ  DATA  function. 

S ize  (1000  contacts/day)  x (1  IRV/contact) 

X (282  bits/IRV)  = 282.0  Kb/day 

(1  974  Mb/week) 

2)  ACQ  File  2 

This  file  contains  a statistical  summary  of 
tracking  test  results  as  well  as  a summary  of  performance  parameter  com- 
parisons Mean  deviations  in  each  of  three  position  and  velocity  parameters 
(and  associated  standard  deviations)  representing  the  tracking  support  per 
spacecraft  per  day  are  stored 


Satellite  ID  CODE 

2 bytes 

16 

Vehicle  ID 

2 bytes 

16 

Three  24-hr  positional 

tracking  deviation  means 

12  bytes 

96 

Three  24-hr  velocity 

tracking  deviation  means 

12  bytes 

96 

1-42 


THE  BDM  CORPORATION 


Standard  deviations  24  bytes  1 92 

4 1 6 bits 

(30  spacecraft/day)  x 416  = 12  5 Kb 

Performance  parameter 

comparisons  ~12Kb 

TOTAL  = 25Kb 

e)  Summary 

AGO  DATA  incorporates  the  execution  of  two  general 
functions  acquisition  data  transmission/acknowledgement,  and  tracking  and 
performance  testing.  These  functions  are  supported  by  eight  subfunctions 

(1)  Executive  Interface 

(2)  Availability  Interface 

(3)  Site  Acknowledgement 

(4)  Data  Verification 

(5)  Data  Reduction 

(6)  Tracking  Monitor 

(7)  Vector  Predictor 

(8)  Performance  Comparison 

In  support  of  these  subfunctions,  two  mam  storage  files  are  introduced 
ACQ  FILE  I - a list  of  acquisition  vectors  (and  appropriate  identifiers) 
for  each  of  the  desired  contacts  for  a specified  period  (1.974  Mb/week), 
and  ACQ  FILE  2 - a statistical  summary  of  tracking  test  results  (12  5 Kb/day) 

3 TEST/SIM  Function 
a Description 

The  TEST/SIMULATION  function  will  assist  in  fault  isolation, 
trouble-shooting  and  provide  the  control  for  all  NCC  initiated  test  and 
simulation  activities.  Network  tests  and  simulations  will  be  supported  by 
this  function,  which  will  furnish  simulation  data  in  some  situations  and 
monitor  ongoing  activities  to  determine  deviations  from  desired  results  in 
others 

Alarms  generated  in  the  DATA  MONITOR,  PERFORMANCE  MONITOR, 
and  ACQUISITION  DATA  functions  will  be  passed  to  the  TEST/SIMULATION  function 
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These  alarms  will  alert  TEST/SIM  personnel  to  the  potential  requirement  for 
troubleshooting  tests.  When  problems  are  such  that  near  real  time  resolu- 
tions may  not  occur,  this  function  will  manage  the  test/simulations  re- 
quired to  aid  in  problem  diagnosis  and  resolution 

The  specific  responsibilities  of  this  function  are  to  per- 
form launch  simulations,  troubleshooting  tests,  interface  tests  and  other 
tests/simulations  as  required.  An  overview  of  the  TEST/SIM  subfunctional 
flow  is  provided  in  Figure  1-2-5;  solid  boxes  indicate  the  subfunctions  of 
TEST/SIM. 

1 ) Launch  Simulations 

During  launch  simulations  this  function  assumes  a 
management  focal  point  role.  Minimal  hardware/software  activities  are 
conducted  in  this  function  Since  a launch  simulation  is  a portrayal  of 
actual  expected  events,  the  DATA  MONITOR,  PERFORMANCE  MONITOR,  and  ACQUI- 
SITION DATA  functions  would  be  utilized  in  their  usual  capacities.  Thus, 
overall  processing  requirements  in  this  function  are  likely  to  be  limited 
to  the  logging  of  results  obtained  from  comparisons  and  checks  performed  by 
the  three  functions  identified  above. 

2)  Troubleshooting  Tests 

To  execute  tests  related  to  the  isolation  and  diagnosis 
of  STDN  data  service  degradations,  TEST/SIM  operators  will  select  the  test 
or  tests  which  are  to  be  performed  Upon  specification  of  these  tests, 
the  TEST/SIM  hardware/software  system  will  construct  the  test  enablement 
message.  Upon  receipt  of  this  message  at  the  STDN  elements,  predefined 
test  sequences  will  be  executed.  The  results  of  the  test(s)  will  be 
transmitted  back  to  the  TEST/SIM  function  where  they  are  interpreted 

3)  Interface  Tests 

These  tests  are  assumed  to  be  conducted  in  a "loop 
back"  mode  utilizing  off  the  shelf  digital  communcat i ons  test  sets.  This 
hardware  transmits,  receives,  synchronizes  and  displays  error  rates  under 
pseudo-noise  conditions  Outputs  from  this  device  or  devices  is  provided 
to  the  data  logger  for  analytical/service  accounting/historical  purposes. 
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Figure  i-2-5.  The  TEST/StM  Functjon 
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4)  Other  Tests/S ims 

During  certain  tests  data  will  be  transmitted  from  the 
NCC  to  ground  stations.  In  such  cases  specific  data  sequences  will  be 
transmitted  from  the  TEST/SIM  function.  These  data  sequences  will  test 
ground  station  hardware/software  modification  integrity.  Similar  to  other 
test  activities  described  above,  results  of  the  test  sequence  will  be 
transmitted  to  the  TEST/SIM  function  for  interpretation 
b.  P roces  s i nq  Requ i rement  s 

1 ) Executive  Interface 

• Responds  to  directives  from  the  ACTION  INSTIGATOR  to 
load  or  unload  TEST/SIM  software  in  appropriate 

ha rdware. 

a)  Load  software  task 

b)  Unload  software  task 

• Routes  test  initiation  message. 

2)  Test  Initiator  Subfunction 

• Responds  to  directives  from  the  ACTION  INSTIGATOR 
^PERSONNEL  manning  control  consoles  to  initiate 
procedures  for  the  following 

- PRE  PASS  TESTS  

- LAUNCH  SIMULATIONS 

- TROUBLESHOOTING  TESTS 

- INTERFACE  TESTS 

- VARIOUS  OTHER  TESTS 

• Notifies  console  controller  that  appropriate  test/ 
test  message  is  ready. 

3)  -Output  Test  Subfunction 

• Receives  console  operator  activiation. 

• Builds  test  activiation  message  for  each  station. 
k)  Test  Response 

• Receives  results  of  station  configuration  tests 

• Scans  status  indicator  to  determine  whether  station 
is  configured  correctely 
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• Hakes  loopback  comparisons  and  Indicates  status 

• Transmits  status  to  consoles  and  data  logger. 

5)  Data  Logger 

• Compiles  statistics  on  test  results 
c Assumptions 

• Test  Scenario  changes  for  the  TEST/SIMULATIONS  function 
will  be  made  at  times  when  machine  is  disabled.  New 
TEST/SIM  scenario  will  be  loaded,  no  real  time  reloading 

• Configuration  checkout  packages  are  resident  in  station 
software,  thus,  the  tests  are  initiated  from  NCC 
(Transmission  of  actual  test  data,  rather  than  messages, 
from  NCC  and  back  increases  possibility  of  data  corrup- 
tion) . 

• Prepass  test  are  configuration  verification  and  interface 
integrity  tests 

• There  are  consistent  equipment  configurations  for  all 
stations  for  each  spacecraft,  e g , configuration  for  OSO 
the  same  at  Madrid  or  Rosman 

• Messages  transmitted  in  1|800  bit  blocks, 
d Message  Sizing/Rates 

• Significant  message  sizes  or  response  rates  were  not 
identified  for  this  function. 


e. 


Storage  Requirements 

• Data  logger  storage  estimates  were  not  made  for  this 
function  It  was  assumed  all  required  information  would 


be  directly  written  to  magnetic  tape  at  either  this 
function  or  the  DATA  MONITOR,  PERFORMANCE  MONITOR,  or 


ACQUISITION  DATA  as  appropriate 
4 Performance  Monitor  Function 
a.  Function  Description 

The  purpose  of  the  PERFORMANCE  MONITOR  is  to  give  real  time 
estimates  of  data  service  quality.  The  Information  from  the  PERFORMANCE 
MONITOR  will  be  used  (in  conjunction  with  information  provided  by  the  TEST/ 
SIM  function,  the  DATA  MONITOR  function,  etc.)  for  service  evaluation,  fault 
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isolation,  and  troubleshooting  The  performance  estimates  will  be  estab- 
lished by  monitoring  a set  of  fundamental  communications  channel  parameters, 
including  the  NASCOM  PED  indicator,  and  comparing  those  parameter  values 
to  pre-established  thresholds, 

A number  of  threshold  levels  may  be  establ ished  for  each 
parameter  to  indicate  various  degrees  of  parameter  degradation  The  thresh- 
old values  will  be  input  from  NCC  personnel.  Such  a mechani sm  wi 1 1 allow 
for  changes  in  those  threshold  values,  in  response  to  operational  situa- 
tions 

Each  STDN  ground  station  (including  TDRSS)  and  NASCOM  will 
provide  a set  of  performance  parameters.  Parameter  comparison  results  will 
be  recorded  as  part  of  the  overall  service  quality  evaluation  data.  Thresh- 
old violation  alarms  will  be  made  available  to  the  DATA  MONITOR,  SCHEDULING, 
and  TEST/SIM  functions,  and  also  to  NCC  personnel  via  the  display  subsystem 
Acquisition  of  hard  copy  information,  e g. , performance  parameter  summaries, 
IS  not  precluded  Additionally,  performance  parameters  will  be  distributed 
to  users 

As  a result  of  information  obtained  from  the  PERFORMANCE 
MONITOR  function,  certain  messages  may  be  sent  to  STDN  users  Since  informa- 
tion contained  in  such  messages  will  be  driven  by  the  operational  situa- 
tion, their  transmission  In  an  automatic  response  mode  is  unlikely  There- 
fore, the  "transmit  commands"  responsibility  of  this  function  is  not  seen 
as  a direct  hardware/software  task. 

An  overview  of  the  subfunctional  flow  for  the  PERFORMANCE 
MONITOR  IS  shown  in  Figure  i-2-6;  solid  boxes  are  PERFORMANCE  MONITOR  sub- 
functions 

b Processing  Requirements 

1 ) Executive  Interface  Subfunction 

• Responds  to  start-up/shut-down  procedures 

• Responds  to  directives  from  the  ACTION  INSTIGATOR 
or  NCC  personnel  to  channel  messages  to  the  LINE 
SELECTOR  and  MESSAGE  PROCESSOR,  in  order  to  adjust 

the  performance  parameter  "viewing  window  " 
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Figure  1-2-6. 


The  PERFORMANCE  MONITOR  Function 
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2)  Line  Selector  Sufafunction 

• Responds  to  directives  from  the  executive  interface 
to  select  performance  parameter  data  from  the  appro- 
priate (any  or  all  the)  ground  stations 

3)  Message  Processor  Subfunction 

• Checks  performance  parameter  data  for  format  errors 

• Notifies  the  OUTPUT  FORMATTER  of  input  format 
errors,  and  also  keeps  a running  count  of  the  number 
of  detected  format  errors. 

• Sends  performance  parameter  values  to  Output  Format- 
ter, to  be  transmitted  to  users 

Subtasks 

a)  Compare  formats  to  an  allowable 
set . 

b)  Counts  format  errors  and  compares 
the  rate  to  a predetermined  level 
[Since  format  errors  could  be  due 

to  input  errors,  or  a faulty  check 
mg  process,  subtask  b self  moni- 
tors the  checking  process.] 

• Responds  to  directives  from  the  Action  Instigator  to 
select  the  appropriate  60  bit  performance  parameter 
frames  that  arrive  in  the  NASCOM  4800  bit  block 
format. 

• Sends  appropriate  performance  parameter  frames  to 
the  THRESHOLD  COMPARATOR 

« Notifies  the  OUTPUT  FORMATTER  if  unable  to  find  the 
appropriate  performance  parameter  frames. 

4)  Threshold  Comparator  Subfunction 

« Compares  performance  parameter  values  from  the 
MESSAGE  PROCESSOR  to  threshold  values  provided  by 
the  DATA  BASE  MANAGER. 
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• Flags  out  of  tolerance  performance  parameters 
and  sends  them  directly  to  the  OUTPUT  FORMATTER 

• Sends  all  the  threshold  comparison  results  to  the 
performance  parameter  scratch  file. 

5)  Summary  Generator  Subfunction 

• Performs  calculations  on  performance  parameter  values 
to  generate  statistical  summaries. 

• Transmits  the  summary  information  to  the  OUTPUT 
FORMATTER  and  the  USER  MESSAGE  GENERATOR. 

6)  User  Message  Generator  Subfunction 

• Receives  performance  parameter  summaries  from  the 
SUMMARY  GENERATOR  and  sorts  them  by  user 

• Prepares  user  summary  messages  and  sends  them  to 
appropriate  addressees 

7)  Output  Formatter  Subfunction 

• Receives  messages  and  summaries  and  performance  para- 
meters from  the  other  subfunctions 

• Formats  the  messages  so  the  DATA  ROUTER  can  send  them 
to  appropriate  addresses. 

• Forms  alarms  in  response  to  out  of  tolerance  condi- 
tions, formats  them  and  sends  them  to  the  DATA 
ROUTER. 

c.  Assumptions 

• The  PERFORMANCE  PARAMETER  MONITOR  will  be  sized  to  accom- 
modate processing  every  performance  value,  from  each 
ground  station 

• Users  can  be  provided  performance  parameter  summary 
information,  as  requested. 

• The  actual  performance  parameter  values  from  the 
Message  Processor  will  be  transmitted  to  the  users, 
on  periodic,  most  recent  value  basis. 
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• Performance  parameter  values  will  come  In  from  the  ground 
stations  at  9 6 KB/SEC  rate.  In  NASCOM  ^800  bit  blocl< 
format. 

• Performance  parameter  frame  is  60  bits  long. 

• Sizing  allows  for  128  different  types  of  performance 
parameters . 

• Sizing  IS  done  for  inputs  from  7 ground  stations  plus 
TDRSS  plus  NASCOM 

• The  reporting  facilities  can  give  up  to  25  performance 
parameters. 

d.  Messages  Sizes/Rates 

1 ) Input  Messages 

a)  Inputs  to  the  Executive  Interface 


MESSAGE  I.D  3 BITS 

TIME  27 

LINE(S)  SELECT  10 

PORT/LINK  ID  11 

PARAMETER  I.D.  _7 

58  BITS 


b)  Inputs  to  Line  Selector  

Each  ground  station  (7),  NASCOM  and  TDRSS  will 
provide  performance  parameters  at  a 9 6 KB/SEC  rate.  The  performance 
parameter  frame  is  60  bits  long  (potentially  75  different  frames  in  a 
4800  bit  block) 

PERFORM  PARAM.  FRAME  60  BITS 


MESSAGE  I D 3 
PORT/LINK  I.D.  11 
TIME  27 
PARAMETER  ID.  7 
PARAMETER  VALUE  12 


All  possible  combinations  of  9 different  input  lines  10  bits 
2)  Output  Messages  (To  Output  Formatter) 
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a)  Upon  user  request,  performance  parameter 
values  will  be  available  output  from  the  message  processor  on  a periodic 
bas  i s 

60  bit  performance  parameter  frame 

b)  The  message  processor  will  transmit  a message 
indicating  any  inability  to  find  a performance  parameter 

58  bit  input  message 

+2/bit  error  flag  = 62  bit  message 

c)  The  line  selector  could  send  two  messages  to  the 

output  formatter • 

• Format  error  msg*  62  bit  msg 

• Excessive  error  rate  8 bit  msg 

d)  The  threshold  comparator  will  flag  threshold 
violations  and  send  an  alarm  to  the  output  formatter. 


MSG  i D 

5 BIT 

5 

ALARM  1 D 

5 

5 

ABOUT  WHOM  1 0. 

20 

20 

CRITICALITY 

5 

5 

PARAMETER  1 D. 

175 

7 

PARAMETER  VALUE 

625 

25 

THRESHOLD  CROSSED 

625 

25 

NEXT  THRESHOLD 

625 

25 

2085=MAX 

117=MIN 

e)  Summary  Messages 

MESSAGE  I.D. 

3 

SUMMARY  I.D 

20 

TIME 

20 

PARAMETER  I.D 

7 

STATISTICS 

78 

Storage  Requirements 
1)  Computations 

• 'Vorst  case"  sizing 

assumes  that 

150  performance 
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parameter  values  arrive  each  second  from  each  report- 
ing facility: 

75  PERF  PARAM.  PER  4800  BIT  BLOCK 
4800  BIT  BLKS  IN  9-6  KB/SEC 
150  P P.  PER  SEC. 

• Thus,  150  X 9 reporting  facilities  = 1350  perform- 
ance parameters  arrive  each  second. 

• Therefore  1350  x 10  threshold  levels  = 13,500 
threshold  comparisons  must  be  made  per  second 

2)  Storage 

• The  threshold  data  base  must  contain 

25  pa ram. 

X 250  threshold  levels  {10  values  @ 25  bits/value) 

X 9 reporting  facilities 
56,250  bit  storage  requirements 

• Performance  parameter  scratch  file 

1 ,350  perf . parameters  per  sec. 

X 60  one  minute  of  storage 
81 ,000 

X 30  bits  (perf  param  frame  minus  message  ID 

and  time) 

2,430,000  bits 
5 Data  Monitor 

Preliminary  sizing  estimates  for  the  DATA  MONITOR  function  have 
been  made  by  NASA  For  the  purposes  of  this  analysis,  the  NASA  estimates 
provide  the  information  needed  to  proceed  with  the  configuration  and  cost 
analysis.  Therefore,  sizing  estimates  are  not  provided  for  the  DATA 
MONITOR  herein 
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SECTION  3 

MANPOWER  COST  ESTIMATES 
AND  COMPARISONS  FOR  THE 
TDRSS  ERA  NCC 


A.  INTRODUCTION 

This  section  provides  manpower  cost  estimates  for  the  TDRSS  era 
NCC  Additionally,  comparisons  are  made  between  the  10  year  costs  associ- 
ated with  projected  NCC  staffing  and  current  NOCC  staffing.  NCC  staffing 
estimates  were  supplied  by  NASA  All  manpower  costs  identified  are  related 
to  the  Federal  Civilian  Pay  Scale  (General  Schedule,  effective  1 October 
1975)  as  published  in  the  May  1976  issue  of  Air  Force  magazine  No  effort 
has  been  made  to  differentiate  between  NASA  and  contractor  personnel 
Therefore,  no  allowance  for  private  industry  loading  factors  (GsA,  profit, 
etc.)  is  made  in  the  figures  presented  A summary  of  this  costing  analysis 
is  given  in  Table  l-3“l.  Yearly  manpower  cost  estimates  are  furnished  for 
the  years  I98O  through  1990.  These  estimates  are  provided  in  1976  dollars 
C76  T),  inflated  (at  6^/year)  dollars  (IT),  and  discounted  dollars  (DT,  at 
lO^/year).  Additionally,  estimates  are  provided  for  low  (L) , midrange  (M) , 
and  high  (H)  combined  salary  estimates.  As  can  be  seen,  given  the  assump- 
tions and  considerations  identified  in  the  remainder  of  this  section, 
the  future  NCC  staffing  is  projected  to  save  from  16.7  to  23.2  ml  I ton 
dollars  when  inflation  is  considered 

B.  ASSUMPTIONS 


• 6%  annual  rate  of  inflation 

• NCC  staffing  mix  does  not  significantly  change  over  the  costing 
period  (11  years) 

• Future  staffing  mix  Is  representative  of  current  staffing  mix 

• Cost  analysis  period  is  from  beginning  of  I98O  through  1990  (11 
years) . 
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C DETAILS  OF  ANALYSIS 


The  following  describes  the  factors  and  methods  utilized  in  developing 
Table  1-3-2. 

1.  NCC  Staffing 

Table  1-3-2  identifies  the  fundamental  data  used  in  the  NCC  staffing 
cost  analysis.  Positions  and  number  of  personnel  occupying  each  position 
were  provided  by  NASA.  Equivalent  GS  grades  for  positions  identified  are 
NASA  (as  indicated  by  *)  and  BDM  estimates  to  arrive  at  the  total  yearly 
salary  requirement  per  position,  the  number  of  personnel  was  multiplied 
by  the  low  and  high  extremes  of  the  identified  GS  grade  Where  GS  grade 
spans  are  indicated,  a low- low,  high-high  approach  was  used  For  the  low- 
est grade  Identified,  the  lower  pay  scale  extreme  was  used  for  the  lower 
salary  range  bound.  The  high  bound  was  the  highest  pay  scale  extreme  for 
the  highest  grade  identified.  For  example,  the  second  entry  in  Table  2 
identifies  a secretary  with  an  equivalent  GS  rating  of  grade  h or  5-  The 
lowest  scale  for  a GS-4  is  $7, 976/year  while  the  highest  scale  for  a GS-5 
IS  $1 1 ,607/year . Thus,  a range  of  $7,976-$! 1 ,607/year  applies  to  the  sec- 
retary. Summing  the  low  and  high  values,  which  were  rounded  after  multi- 
plication of  number  times  salary  range,  provides  the  range  of  yearly  NCC 
manpower  costs  in  1976  collars.  The  midrange  value  is  also  identified 
Compound  interest  factors  were  used  to  derive  the  inflated  and  discounted 
dollar  values  as  a function  of  year.  Single  payment,  compound  amount  factors 
were  used  to  derive  inflation  totals,  single  payment  present  worth  factors 
were  used  to  discount  the  inflated  dollars.  The  results  of  the  multiplica- 
tion of  these  factors  and  the  values  in  Table  1-3-2  provide  the  entries  in  the 
first  half  of  Table  l-3”l  • 

2 Current  Staffing 

Current  staffing  costs  were  not  available  for  this  analysis.  It 
is  dubious  that  current  operations  related  manpower  costs  would  have  pro- 
vided a valid  basis  for  comparison  since  it  would  reflect  a mix  of  contrac- 
tor and  NASA  personnel  Therefore,  it  was  assumed  that  the  mix  of  NCC  per- 
sonnel reflected  the  current  mix  of  operations  personnel  and  indeed  was 
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proportional  to  it  for  cost  purposes  Therefore,  a factor  of  160/140  or 
1.1429  could  be  applied  to  the  NCC  estimates  to  determm’e  equivalent  cur- 
rent staffing  estimates  through  the  1990  period. 
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TABLE  1-3-1 


NCC 

CURRENT  STAFF 

TYPE  $ 

76T 

IT 

DT 

76T 

IT 

OT 

'S^AT. 

L 

M 

H 

B 

L 

M 

H 

IB 

L 

M 

H 

L 

M 

H 

80 

2 1 

2.5 

2.9 

2.6 

3.1 

3.6 

1 .8 

2.1 

2.5 

3.0 

3.6 

4.1 

3.7 

4.4 

5 1 

2.6 

3.0 

3.8 

81 

2 1 

2.5 

2.9 

2.8 

3.3 

3.8 

1 7 

2.0 

2.4 

3.0 

3.6 

4.1 

4.0 

4 7 

5.4 

2 4 

2 9 

3.4 

82 

2.1 

2.5 

2 9 

2.9 

3.5 

4.1 

1 6 

2 0 

2.3 

3.0 

3.6 

4.1 

4.1 

5 0 

5.9 

2.3 

2.9 

3.3 

CO 

2.1 

2.5 

2.9 

3.1 

3.7 

4.3 

1 .6 

1.9 

2.2 

3.0 

3.1 

4.1 

4.4 

5.3 

6.1 

2.3 

2.7 

3.1 

8k 

2 1 

2.5 

2.9 

3.3 

3.9 

4 6 

1.5 

1 8 

2.1 

3.0 

3.6 

4 1 

4 7 

5.6 

6 6 

2.1 

2.6 

3.0 

85 

2.1 

2.5 

2 9 

3.5 

k.2 

'4.9 

1.5 

1 .8 

2.1 

3.0 

3.6 

4.1 

5.0 

6.0 

7.0 

2,1 

2.6 

3.0 

86 

2 1 

2.5 

2.9 

3.7 

k.k 

5.1 

1 .4 

1.7 

2.0 

3 0 

3 6 

4.1 

5.3 

6.3 

7.3 

2.0 

2.4 

2 9 

87 

2.1 

2.5 

2.9 

3 9 

k.7 

5.4 

1 .4 

1 .6 

1 9 

3.0 

3-6 

4.1 

5.6 

6.7 

7 7' 

2.0 

2.3 

2 7 

88 

2 1 

2.5 

2.9i 

k,Z 

5.0 

5 8 

1 .3 

1 .6 

1.8 

3.0 

3.6 

4.1 

6 0 

7.1 

8.3 

1.9 

2.3 

2 6 

89 

2.1 

2.5 

2.9 

k,k 

5.3 

6.1 

1.3 

1 5 

1.8 

3.0 

3.6 

4.1 

6.3 

7.6 

8 7, 

1.9 

2.1 

2.6 

90 

2 1 

2.5 

2.9| 

k.7 

5.6 

6.5 

1 .2 

1 5 

1.7 

3.0 

3.6 

4. 1 

6.7 

8.0 

9.3 

1.7 

2 1 

2.4 

23.1 

39.1 

16.3 

33.0 

55  8 

23  3 

TOTALS 

27.5 

31.9 

k6.7 

54.2 

19.5 

22.8 

39.6 

45.1 

66.7 

77.4 

27.9 

32  8 

* VALUES  IN  MILLIONS  OF  DOLLARS 
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TABLE  1-3-2 


EQUIV 


POSITION 

NO. 

GS 

SALARY 

RANGE 

TOTAL  (76  DOLLARS) 

NETWORK  DIRECTOR 

1 

14^ 

26,861 

- 

34,916 

27K  - 

35K 

SECRETARY 

1 

4-5 

7,976 

- 

11,607 

8K  - 

12K 

ASSIST.  DIR  FOR  OPS 

5 

13-*- 

22,906 

- 

29,782 

114k  - 

149K 

ASSIST.  DIR  FOR  TECH 

5 

13* 

22,906 

29,782 

114k  - 

149K 

TDRSS  MA 

8 

n-" 

16,255 

- 

21,133 

130K  - 

169K 

TDRSS  SA 

8 

12* 

19,386 

- 

25,200 

155K  - 

202K 

GSTDN 

8 

9* 

13,482 

- 

17,523 

108K  - 

140K 

DATA  MONITOR 

8 

12* 

19,386 

25,200 

155K  - 

202K 

ACd/TRK 

if 

12* 

19,386 

- 

25,200 

78k  - 

lOlK 

SIM/TEST 

8 

12* 

19,386 

25,200 

155K  - 

202K 

COMM  CONTROL 

4 

11* 

16,255 

- 

21,133 

65K  - 

85K 

SCHED/STATUS 

8 

11* 

16,255 

- 

21,133 

130K  - 

169K 

TDRSS  SPECIALIST 

4 

11-12* 

16,255 

- 

25,200 

65K  - 

lOlK 

SUPPORT  ANALYST 

4 

11-12* 

16,255 

- 

25,200 

65K  - 

lOlK 

DOC/REQM'TS 

3 

5-6* 

8,925 

- 

12,934 

27K  - 

39K 

MAIN/ EQUIP  SUPVR 

1 

6-7 

9,946 

14,358 

lOK  - 

14K 

SUPPORT  SYS  SUPVR 

4 

6-7 

9,946 

- 

14,358 

40K  - 

56k 

SYST  TECHS 

16 

6-9 

9,946 

- 

17,523 

160K  - 

224K 

CLK/DRAFTS 

1 

6-9 

9,946 

- 

17,523 

lOK  - 

17K 

SYST  ENGRS 

8 

10-12 

14,824 

25,200 

119K  - 

202K 

LOGISTICS 

4 

5-6 

8,925 

- 

12,934 

36K  - 

52K 

SCHED  SUPP/PLN'G 

3 

12-13* 

19.386 

29,782 

58K  - 

89  K 

HW.  SUPP/PLN’G 

1 

12-13'’ 

19,386 

- 

29,782 

19K  - 

30K 

SW  SUPP/PLN'G 

5 

12-13'’ 

19,386 

- 

29,782 

95K  - 

150K 

OPS  COMM 

, 8 

5-6 

8,925 

- 

12,934 

72K  - 

104K 

CONTRACT  ADMIN 

4 

5-6 

8,925 

- 

12,934 

36k  - 

52  K 

CUSTODIAL  ENGR 

2 

5-6 

8,925 

- 

12,934 

18k  - 

26K 

TOTAL  PER 

YEAR 

2069K  - 

2872K 

CENTER  OF  RANGE  2^71  K 

"NASA  GRADE  ESTIMATES 
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SECTION  k 

COMPUTER  CONFIGURATION  AND 
SOFTWARE  COST  ESTIMATES 


A.  INTRODUCTION 


This  section  provides  computer  hardware  costs  for  NCC  ADP  equip- 
ment arranged  In  a Star,  Ring  or  single  "medium"  size  configuration.  Ad- 
dltlonaly  software  development  costs  are  provided  for  the  functions  Ident- 
ified In  NASA's  Composite  NCC  Functional  Flow  Diagram.  It  should  be  noted 
that  cost  estimates  are  not  provided  for  the  "Display"  or  "Memory"  functions. 
Based  on  the  combined  hardware  configuration  and  software  development  costs 
Identified  In  this  section  the  medium  size  computer  configuration  for  the 
NCC  seems  the  most  deslreable.  The  number  of  man  years  estimated  for  the 
software  development  was  based  on  the  assumption  that  each  member  of  the 
software  development  team  was  a highly  experienced  individual.  This  as- 
sumption was  made  to  minimize  the  software  development  team  size  In  order 
to  ensure  maximum  communication  among  the  Individuals  working  m the  com- 
ponents of  the  software  package.  If  the  preceding  assumption  is  not  valid 
the  manyear  estimates  given  could  increase  significantly. 

B.  CONFIGURATION  1 - STAR 


Figure  1-4-1  Identifies  the  Star  configuration  for  this  analysis. 

1 . Minicomputer  1 

Minicomputer  1 is  the  applications  Executive  and  includes  system 
I/O.  All  data  will  be  framed  synched  and  DMA/DPM  transferred.  Because  of 
the  I/O  required,  this  computer  will  be  double  buffered  In  common  buffers 
The  buffer  required  for  a 20%  sample  rate  Is  256  K words  (10.22  M bits  in- 
put/sec X 2 buffers  ^ 16  bits/word  x 20%).  Most  of  this  data  will  be  made 
known  to  the  Data  Monitor  function  which  will  process  It  In  1 second.  The 
Data  Base  Manager , task  will  require  12  K core  and  4000  lines  of  code.  The 
Action  Instigator  will  require  8 K core  and  500  lines  of  code.  The  three 
other  tasks  will  require  6 K core  and  600  lines  of  code.  The  operating  system 
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MINI  NO.  1 


STAR  CONFIGURATION 


The  Star  Configuration 
\-(>Z 


Figure  1-4-1. 
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will  require  28  K core  in  the  Executive  and  have  5000  lines  of  code. 

The  system  function  will  include  communication  to  the  Executive  display 
devi ces. 

2.  Minicomputer  2 

Minicomputer  2 is  the  Data  Monitor,  it  must  be  able  to  process 

256  K words/sec.  to  monitor  the  data,  perform  the  data  parameter  evalu- 

ation and  prepare  the  display  information  for  the  monitor  display  device. 

The  buffer  size  required  for  AO  spacecraft,  double  buffered,  will  be  38 » 750 
words  ([7000  bits/frame  x 40  spacecraft]  - I6  blts/word  x 2 + 1750  words  of 
overhead).  Formatting  and  display  device  support  could  require  27*250 
words  of  memory. 

3 . Minicomputer  3 

Minicomputer  3 is  the  Performance  Monitor.  The  Performance  Moni- 
tor requires  9“9.6  KB  input  lines  and  1-9.6  KB  output  line  as  well  as  dis- 

play devices.  Assume  that  150  performance  parameter  values  arrive  each  sec- 
ond from  each  reporting  facility.  Then  13,500  threshold  comparisons  must 
be  made  per  second  (I50  x 9 facilities  x 10  threshold  levels).  Processing 
will  require  55  CPU  cycles  per  threshold  or  7^2,500  cycles  per  second.  Mem- 
ory required  will  be  10.5  K words  [75  parameters  x 10  values  x 25  bits/value 
X 9 facilities  - 16  bits  per  word]  for  threshold  data,  5 K words  [1350  per- 
formance parameter  x 2 buffers  x 30  bits  - 16  bits  per  word]  for  scratch 
file  and  10  K words  [9  facilities  x 9.6  KB  x 2 buffers  - 16  blts/word]  for 
buffer.  In  addition,  25  Kwill  be  required  for  application  software  and 
8 K for  the  operating  system.  Total  Memory  required  is  58  K words. 

k.  Minicomputer  4 

Minicomputer  h will  include  the  Acquisition  Data,  Scheduling  and 
Test/Simulation  functions.  Acquisition  Data  will  require  14.1  K words  mem- 
ory and  37,420  CPU  cycles  to  process  2 integrations  over  a flight  time  of 
one  hour  each.  Scheduling  will  require  22.8  K words  memory  and  8,118  CPU 
cycles  to  service  2 customer  requests  or  schedule  changes.  The  largest  num- 
ber of  CPU  cycles  is  required  by  the  verification  of  geometry.  The  test 
and  simulation  function  will  require  2.7  K memory  and  1700  CPU  cycles  for  a 
test.  Input  into  ACQ,  will  require  24  K for  buffers.  Total  memory  for  mini- 
computer 4 is  64  K words.  Total  CPU  cycles/sec  is  47,238. 
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5.  Minicomputer  5 

Minicomputer  5 is  an  on  line  back-up  unit  that  will  also  do  sched 
ule  forecasting,  software  development  and  maintenance,  and  hardware  TSD. 

6.  Configuration  1 - Summary 

Configuration  1 is  five  Identical  CPUs,  each  able  to  address  any 
other,  with  shared  disc,  tape  drives,  communications  and  some  shared  memory 

a.  Hardware 
PDP-n/70: 

(1)  Manufacturer  Digital  Equipment  Corporation 

146  Main  Street 
Maynard,  MA 

(2)  Configuration 

5 1.0  y CPU's  with  64  K words  of  16  bit  memory  and  hardware 
floating  point  arithmetic 

3 1 28  K word  16  bit  memory 

6 1.0  M baud  communications  Interface 

15  40  K baud  communications  interface 

5 512  K word  {1  y/byte  transfer)  disc 

4 800  bpi  tape  drives 

1 132  position  64  character  set,  60  lines/min  printer 

(3)  Cost  $571 ,700. 

b.  Software 

Development  of  the  operating  system  to  communicate  between 
all  CPUs  and  all  communications,  to  roll  in  and  out  the  back  up  CPU  and 
the  necessary  1/0  protocol  will  require  10  man  years  of  effort.  Develop- 
ment of  applications  software,  taking  advantage  of  higher  order  language, 
will  require  6 man  years.  Total  software  cost  is  $1,200,000. 

C.  CONFIGURATION  2 - RING 


Figure  1-4-2  illustrates  the  Ring  configuration  for  this  analysis. 

1 . Minicomputer  6 

Minicomputer  6 is  similar  to  minicomputer  1 except  that  only  half 
of  the  1/0  will  be  processed  by  6.  The  buffer  requirement  is  128  K memory. 
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MINI  NO.  6 MINI  NO.  7 


RING  CONFIGURATION 

c A Equal  Members 

• Direct  Communications  to  only  2 
o Executive  Function  "Distributed" 

• Data  Addressing  Problem 

• Replacement  by  BUF 


Figure  1-4-2.  The  Ring  Configuration 
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The  other  half  of  the  I/O  will  be  processed  by  minicomputer  7.  System  soft 
ware  will  be  considerably  different  due  to  the  distribution  of  control  of 
the  CPUs  and  the  more  complex  addressing  scheme  that  will  be  required.  Mem 
ory  required  is  192  K words. 

2.  Minicomputer  7 

Minicomputer  7 is  similar  to  minicomputer  2 except  that  half  of 
the  I/O  will  be  processed  by  7*  The  buffer  requirement  is  increased  by  128 
K memory.  In  addition  the  display  function  has  been  passed  to  mini  compu- 
ter 9.  Memory  required  is  192  K words. 

3.  Minicomputer  8 

Minicomputer  8 is  identical  to  minicomputer  3 except  that  8 
additionally  is  required  to  support  the  address  - through  capability  and 
to  control  its  own  disc. 

4.  Minicomputer  9 

Minicomputer  9 is  similar  to  minicomputer  4 but  also  has  the 
display  requirement  added  to  the  operating  system  expansion. 

5.  Minicomputer  10 

Minicomputer  10  is  the  backup  and  forecast  scheduler.  The 
connection  of  10  to  replace  any  of  6,  7,  8 or  9 is  a much  more  complicated 
task  than  Mini  5. 

6.  Configuration  2 - Summary 

Configuration  2 is  five  identical  CPU  systems,  each  able  to 
address  2 other  CPUs  directly  and  1 indirectly.  Nothing  is  shared. 

a.  Hardware  POP  11/70 

(1)  Configuration 

5 1.0  y CPUs  with  192K.16  bit  memory,  hardware  floating  point 

arithmetic,  3 l.OM  baud  communications  interface,  4^0KB 
communications  interface,  1 512K  word  disc,  1 800  bpi  tape 
drive 

1 132  position  64  character  set,  6o  line/min.  printer. 

(2)  Cost  $686,650. 

b.  Software 

Development  of  the  operating  systems  to  communicate  through 
intermediate  CPUs,  to  provide  for  high  rate  CPU  to  CPU  data  transfer,  to 
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roll  In  and  out  the  backup  CPU  and  the  necessary  1/0  protocol  will  require 
11.5  man  years  of  effort.  Development  of  application  software  will  be 
complicated  by  the  addressing  requirement  and  the  data  transfer  problem. 
Application  software  development  will  require  7 man  years.  Total  software 
cost  is  $1,387,500. 

D . CONFIGURATION  3 - HID  I 


1 . Hid  I computer  1 

Midi  computer  1 has  the  functions  of  the  Executive,  Data  Monitor 
Scheduler,  and  Test/Simulation.  Memory  required  for  buffer  is  128K,  32  bit 
words.  Application  software  will  require  76K  words  (Executive  5K,  Data 
Monitor  46K,  Scheduler  22K  and  Test/Simulator  3K) . Total  cycles  per 
second  is  815,623.  System  software  will  require  52K  words.  Total  memory 
requirement  is  256K  32  bit  words. 

2 . Midi  computer  2 

Midi  computer  2 has  the  functions  of  the  Acq.  Data  and  Performance 
Monitor.  The  Performance  Monitor  will  require  12.5K  words  for  buffer  and 
25K  words  for  application  software.  Acq.  Data  will  require  12. 5K  words 
for  buffer  and  I^.IK  words  of  memory.  Total  cycles  per  second  is  781,270. 
System  software  and  display  device  software  will  require  116K  words. 

3.  Mid  I computer  3 

Midi  computer  3 is  an  on-line  backup  unit  that  will  also  do 
schedule  forecasting,  software  development  and  maintenance,  and  hardware 
TSD. 

A.  Configuration  3 ~ Summary 

Configuration  3 is  three  midi  CPUs  each  able  to  address  the 

other  two. 

Hardware  - Interdata  8/32 

(1)  Manufacturer:  Interdata 

2 Crescent  Place 
Oceanport,  N.  J.  07757 

(2)  Configuration 
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3 750  nsec  CPUs  with  25&K  31  bit  memory  and  hardware  floating 

point  arithmetic 
3 9*6/40  kb  line  adapters 

3 Parallel  communicating  Interface 

3 7 track  200/800  bpi  45  ips  tape  drive 

3 2,500,000  byte  disc 

2 400  cpm  card  reader 

1 132  position  64  character  60  1pm  printer 

(3)  Cost  $411,600. 
b.  Software 

Development  of  the  operating  system  to  communicate  to  all 
CPUs  and  accept  I/O  protocol  will  require  2 man  years  of  effort.  Development 
of  application  software  will  require  6 manyears.  Total  software  cost 
is  $675,000. 

E.  ESTIMATED  COST  SUMMARY 


Configuration 

Hardware 

Software 

Total 

1 

571,700 

1,200,000 

1,771,700 

2 

686,650 

1,387,500 

2,074,150 

3 

411,600 

675,000 

1 ,086,600 

F.  SIZING  DETAILS 

FUNCT I ON/TASK 

STORAGE  BITS 

MEMORY  K WORDS 

CPU  CYCLES 

Exec. 

1/0  Controller 

4x10^ 

256. 

768k 

Data  router 

4x10^ 

2. 

150 

Testing 

240x10^ 

2. 

250 

DBM 

60x10^ 

12. 

11580 

Config  & Status 

3x10^ 

2. 

880 

Action  Instig. 

92.5x10^ 

8. 

1500 

TOTALS 

403.5x10^ 

282. 

782360 
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BITS 

K WORDS 

CYCLES 

ACQ  DATA 

Exec  i/f 

1. 

Avail  Verf. 

- 

8800 

Si te  Ackn. 

.1 

- 

Data  Ver i . 

3. 

100 

Data  Reduce 

2. 

1920 

Vector  Predict  (l20Atx2) 

6. 

25600 

Track  Mon. 

1. 

775 

Perf.  Comp. 

1. 

225 

TOTALS 

2.85x10^ 

14.1 

37420 

PERFORMANCE  MON. 

Exec  i /f 

.1 

(675x10^) 

Message  Process. 

.5 

5x1350 

Line  Select 

.5 

Threshold  Comp. 

.9 

10x1350 

Summary  Gen. 

.5 

18x1350 

User  Mess.  Gen. 

.5 

Out  Formatter 

1.0 

18x1350 

TOTALS 

55x103 

4 

743,850 

Schedule  (2  Active 

Requests) 

Check  id. 

1x10^ 

.1 

18 

Exec  1 /f 

— 

.1 

4 

Auth  tree 

8x10^ 

4. 

66 

Dlspos 1 tion 

— 

.2 

10 

Geo  verf. 

700x10^ 

10. 

7000 

Req.  router 

— 

- 

10 

Forecast  hopper 

1x10^ 

1. 

- 

Schedule  build 

425x10^ 

1.5 

260 

Conflt  res  Hpr 

50x10^ 

1. 

- 

Conflt  res 

250x10^ 

3. 

560 

Sched . gen 

1 .4x10^ 

.5 

50 

Message  form 

1. 

100 

Distrifa. 

- 

.4 

40 

TOTALS 

3.834x10^ 

22.8k 

8118. 

i-Ao 
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TEST/SIM 

BITS 

K WORDS 

CYCLES 

Start  up 

.1 

Initiator 

A. 8x10^ 

1 . 

100 

Output  Test 

- 

.1 

50 

Log  results 

4.8x10^ 

.5 

1000 

Test  Response 

9. 6x. 0^ 

1. 

550 

TOTALS 

19.2x10^ 

2.7 

1700 

G.  APPLICATIONS 

SOFTWARE 

'\^EM 

I/O 

DISC 

BUFF. 

MEMORY 

CPU 

DEVELOP. 

FUNC^\^ 

KWDS* 

KWDS* 

KWDS* 

Cycles 

Manyears 

EXEC 

6x1. 54m 
15x56K 
15x9.6K 

25.2 

256 

26 

782360 

1 .5 

DATA 

HON. 

46 

8000 

2.0 

PERF. 

MON. 

10x9.6K 

4.1 

60 

4 

743850 

.5 

SCHED 

239.6 

22.8 

8118 

1 0 

ACQ 

3x9. 6K 
7x56  K 

178. 

31 

14.1 

37420 

75 

TEST 

SIM 

.6 

2.7 

1700 

.25 

H.  OPERATING  SYSTEM  DEVELOPMENT  EFFORT  (MANYEARS) 


"X^EM 
Conf  igSs. 

Ext. 

1/0 

Intrl . 
1/0 

Add' ng 

CPU 

Control 

Per  if . 
Control 

Total 

STAR 

2 

2 

2 

2 

2 

10 

RING 

2.5 

2 

3 

2 

2 

11.5 

MIDI 

1 0 

- 

- 

1 0 

- 

2, 

<16  BIT  WORDS 
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SECTION  5 

COMPUTER  PROGRAM  SPECIFICATIONS'  ACQUISITION  DATA 


1 - SCOPE 


1 . 1  Identification 

This  section  Is  a specification  for  the  software  to  implement  the 
ACQUISITION  DATA  function  of  the  planned  I98O  NCC 
^ i^unctional  Summary 

ACQ  DATA  will  provide  for  the  monitoring  of  network  acquisition 
and  tracking  information.  This  responsibility  involves  three  operations 

a.  The  transmission  of  acquisition  data  to  TDRSS  and  GSTDN 
ground  stations. 

b.  The  execution  of  tracking  performance  data  tests 

c.  The  real-time  determination  of  orb i t\  parameters  for  comparison 
with  tracking  data. 

To  achieve  these  results,  ACQ  DATA  will  perform  eight  basic  sub- 
functions. Executive  Interface,  Availability  Verification,  Site  Acknowl- 
edgement, Data  Verification,  Data  Reduction,  Simultaneous  Vector  Prediction, 
Tracking  Monitoring,  and  Performance  Comparison. 

1.2.1  Executive  Interface 

The  Executive  Interface  function  will  accept  tracking 
data  identification  codes,  acquisition  state  vectors,  enablement  messages, 
and  alarms  from  the  Data  Router  for  distribution  among  the  ACQ  DATA  sub- 
functions. Executive  I nterface  wl 1 1 also  implement  unload/reload  sequences 
of  the  ACQ  DATA  software. 

1.2.2  Availability  Verification 

The  Availability  Verification  function  will  monitor  the 
availability  of  acquisition  data  identified  for  transmission  and  generate 
the  appropriate  availability  or  alarm  messages. 

1 2 3 Site  Acknowledgement 

The  Site  Acknowledgement  function  will  respond  to  site 
acknowledgement  of  acquisition  data  transmissions  with  the  generation  of 
acknowledgement  or  alarm  messages 
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1.2.4  Data  Verification 

The  Data  Verification  function  will  monitor  incoming 
auto-tracking  data  for  identification,  construct  availability  messages,  and 
generate  alarms  for  the  reception  of  non-scheduled  data. 

1.2.5  Data  Reduction 

The  Data  Reduction  function  will  modify  incoming  auto- 
track data  for  tracking  test  comparisons  with  parameters  generated  by  the 
Simultaneous  Vector  Predictor. 

1.2.6  Simultaneous  Vector  Predictor 

The  Simultaneous  Vector  Predictor  function  will  simul- 
taneously generate  two  updated  state  vectors  by  fourth-order  Runge-Kutta 
integration  for  tracking  test  comparisons  with  incoming  modified  auto-track 
data. 

1 2 7 Tracking  Monitor 

The  Tracking  Monitor  function  will  compute  first  and 
second  differences  between  modified  auto-track  and  predicted  state  vector 
data,  compare  differences  with  predefined  tolerances,  display  deviations  and 
trends,  and  create  a statistical  summary  file. 

1.2.8  Performance  Comparison 

The  Performance  Comparison  function  will  accept  real- 
time performance  data,  execute  a parameter  comparison  with  standard/  thresh- 
old values,  display  results,  and  create  a storage  file. 

2.  APPLICABLE  DOCUMENTS 


2.1  Phase  I Report  TDRSS  Operations  Control  Analysis  Study,  BDM, 
12  May  1976  (unclassified) 

2 2 Phase  II  Report;  TDRSS  Operations  Control  Analysis  Study, 

BDM,  5 August  1976  (unclassified) 
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3.  REQU I REHENTS 

3. 1 Major  Functional  Requirements 

The  major  functional  requirements  placed  on  the  ACQ  DATA  function 

are: 

a.  Transmission  of  acquisition  data  to  sites,  and  acknowledgement  of 
data  reception, 

b.  Identification  check  and  reduction  of  incoming  auto-track 
data, 

c.  Orbit  parameter  prediction  and  tracking  data  comparisons, 

d Tracking  performance  parameter  monitoring, 

e.  Generation  of  files  for  performance  parameter  and  tracking  data 
tests  results. 

3 2 Interface  Requirements 

The  ACQ.  DATA  function  will  receive  auto-track  data,  tracking 
performance  data,  and  site  acknowledgement  signals  from  the  I/O  Controller 
Acquisition  data  for  sites  will  also  be  transmitted  through  the  I/O  Con- 
troller. The  Executive  Interface  shall  provide  Action  Instigator  triggers, 
IRVS,  enablement  messages,  and  software  status  commands.  A single  display 
will  depict  real-time  tracking  test  results. 

3-3  Performance  Requirements 
3.3  1 Computer  Set 

It  is  estimated  that  the  major  facilities  needed  by  the 
ACQ  DATA  function  are  as  follows: 

a.  Storage  of  14.1K  words 

b.  CRT/keyboard 

3.3.2  Implementation  Language 

Coding  necessary  for  the  Data  Reduction,  Simultaneous 
Vector  Predictor,  and  Tracking  Monitor  functions  will  employ  a higher  order 
language. 

3.3.3  Startup  and  Shutdown 

Reconfiguration  of  ACQ  DATA  software  will  be  directed  by 
the  Executive  function  through  ACQ  DATA'S  Executive  Interface. 
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3.^  Detailed  Functional  Requirements 

In  this  section,  the  detailed  activity  flow  of  the  Data  Reduction, 
Simultaneous  Vector  Predictor,  and  Tracking  Monitor  subfunctions  Is  devel- 
oped. These  subfunctions  represent  the  dominant  ACQ  DATA  real-time  activ- 
i ty. 

3 4.1  Data  Reduction 

3.4. 1 . 1 Input 

The  Data  Reduction  function  will  receive 
automatic  tracking  data  in  the  Universal  NASCOM  tracking  data  format. 
Relevant  parameters,  including  face-centered  tracking  angles  (A^A^) , round 
trip  light  times  (t)  and  doppler  data  (W) , will  be  isolated  and  retained 

3 4.1.2  Process ing 

Data  Reduction  will  modify  the  incoming  state 
vector  (A^ , A2»  T,  W)  to  one  of  standard  Cartesian  form  (^,  of  position 
X and  veloc I ty  ^ wi th  respect  to  a fixed  coordinate  system  Figure  l“5~l  il- 
lustrates the  computational  flow.  A simple  transformation  from  spherical  to 
Cartesian  coordinates  determines  X,  followed  by  a translation  and  rotation 
to  a standard  reference  system.  The  Cartesian  velocity  vector  ^ is  then 
obtained  from  the  doppler  data  W. 

3.4. 1 .2  Output 

The  modified  state  vector  ()^,  )^)  is  transmit- 
ted to  the  Tracking  Monitor  function. 

3.4.2  Simultaneous  Vector  Predictor 

3 4.2.1  I nput 

The  Vector  Predictor  function  accepts  initial 
IRVs  of  spacecrafts  transmitting  auto-track  data 

3. 4. 2. 2 Process  mg 

By  fourth-order  Runge  - Kutta  integration, 
Vector  Predictor  will  update  spacecraft  state  vectors  for  comparisons  with 
incoming  auto-track  data.  The  capability  for  the  computation  of  two  simul- 
taneous updates  will  exist,  as  well  as  the  ability  to  update  forward  or 
backward  by  45  minutes.  All  calculations  will  be  performed  in  such  a manner 
as  to  allow  for  real-time  comparisons  with  the  auto-track  data 
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Figure  Data  Reduction  Function 
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Three  basic  computations  will  be  performed  by 

the  Vector  Predictor 

a.  A determination  of  the  Integration  time  step  h, 

b.  An  acceleration  computation, 

c.  The  Runge-Kutta  integration. 

Figure  1-5-2  indicates  the  flow  in  determination 
of  the  integration  time  step.  The  difference  between  the  given  and  desired 
times  defines  the  integration  step,  unless  its  absolute  value  exceeds  a 
fixed  default  maximum,  which  is  then  assumed.  For  the  acceleration  cal- 
culation, the  acceleration  vector  ^ is  given  by 


e = 


[1 


(1  - 5 


)] 


and  is  computed  from  the  spacecraft  position  Parameters  p,  J,  and  a are 
constants  Figure  1-5-3  depicts  the  activity.  This  acceleration  vector  is 
employed  in  the  free-flight  orbiting  differential  equations  of  motion. 

The  orbit-determining  Runge-Kutta  integration 
accepts  the  initial  position  components  X^,  initial  velocity  components  , 
and  Integration  time  step  h and  generates  the  updated  components  of  position, 
X^^^  and  velocity,  , based  on  the  equations  of  motion  g tiy 

the  following  algorithm* 


( = X + h[X  + r + 

n+1  n n 6 1 


'^2 


k,  )] 


Vl  " ^n  ^ ^*"1 


+ 2k^  + 2k^  + k^) 


where 


ki  = h g(X„,X^) 

kj,  = h g(X^  + ^ h,  ^ h k^} 
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Figure  l-5~2.  Integration  Time  Step 
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Figure  l-5'"3.  Acceleration  Computation 
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"3  ■ ''  "'T"'  "2> 

= h g(X_,  + h.  + ih  kj) 

The  activity  flow  of  the  Vector  Predictor  is  shown  In  Figure  1-5-4. 

3. 4. 2. 3 Output 

The  Simultaneous  Vector  Predictor  provides, 
as  output,  updated  state  vectors. 

3.4.3  Tracking  Monitor 
3. 4. 3*1  Input 

The  Tracking  Monitor  function  accepts 
updated  state  vectors  from  the  Simultaneous  Vector  Predictor,  autotrack 
state  vectors  from  Data  Reduction  and  thresholds  from  the  data  base. 

3. 4. 3. 2 Processing 

The  Tracking  Monitor  will  form  first  and 
second  differences  between  predicted  and  transmitted  tracking  position  and 
velocity  components,  execute  comparisons  with  threshold  levels,  and  display 
tracking  parameters  Figure  I''5~5  illustrates  the  flow. 

3.4.3  3 Output 

Tracking  Monitor  shall  create  a file  for  a 
statistical  summary  of  tracking  tests  as  well  as  display  real-time  tracking 
parameters . 

4.  QUALITY  ASSURANCE  PROVISIONS 


4. 1 Introduction 

This  section  specifies  the  requirements  for  the  verification  of 
the  capabilities  of  the  ACQ  DATA  function  to  satisfy  the  performance  and 
design  requirements  defined  in  section  3 above. 

4.2  Levels  of  Testing 

To  ensure  compliance  of  the  ACQ  DATA  software  with  the  ACQ  DATA 
performance  and  design  requirements,  comprehensive  subprogram  and  program 
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Figure  l-5~^.  Runge-Kutta  integrator 
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testing  will  be  performed.  These  tests  will  specifically  validate  the 
adequacy  and  accuracy  of  each  of  the  subfunction  software  logic  branches, 
computations,  data  handling,  and  internal  interfaces. 
h.3  Test  Verification  Methods 

Two  basic  methods  or  techniques  will  be  employed  to  verify  satis- 
faction of  performance  and  design  requirements:  inspection,  and  analytic 

verification. 

Inspection  consists  of  the  direct  examination  of  basic  materials 
such  as  listings,  printout  formats,  design  specifications,  and  diagnostic 
messages.  Such  inspection  will  verify  proper  program  execution  logic  flow, 
guarantee  that  programmed  equations  and  logic  agree  with  design  flow  charts, 
check  the  correctness  of  physical  constants,  and  verify  the  adequacy  and 
completeness  of  input,  output,  and  interface  parameters. 

Analytic  verification  will  insure  the  proper  functioning  of  pro- 
grammed logic  with  respect  to  analytic  results  by  comparisons  with  exact 
calculations.  In  the  case  of  the  Simultaneous  Vector  Prediction  function, 
this  will  be  accomplished  by  integrating  a known  orbit  and  comparing  the 
analytic  results. 

5.  PREPARATION  FOR  DELIVERY 

This  section  is  not  applicable  to  this  specification. 

6 NOTES 

The  glossary  at  the  end  of  this  specification  lists  the  definition  of 

the  parameters  contained  herein. 

I 

7 ACQ  DATA  FILES 
7.1  ACQ  File  1 

This  file  contains  the  acquisition  data  received  from  Code  570 
which  awaits  transmission  to  sites 
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7 2 ACq  File  2 

This  file  provides  a statistical  summary  of  tracking  parameter 
tests  and  orbital  determination  comparisons. 

8.  GLOSSARY 

Aj  Face-centered  tracking  radar  angles,  i = 1 ,2 
R Round  trip  light  time 

W Doppler  tracking  data 

^ Cartesian  spacecraft  position  vector 

£ Cartesian  spacecraft  velocity  vector 

Cartesian  spacecraft  position  components 

Cartesian  spacecraft  velocity  components 

Cartesian  spacecraft  acceleration  vector 
£ The  gravitational  acceleration  field  of  the  earth 
y Gravitational  constant 

J Oblateness  term 

a Earth  semi-major  axis 

h Runge-Kutta  integration  time  step 
k.  Runge-Kutta  parameters  i = 1,2, 3, 4. 

First  position  difference 
First  velocity  difference 

2 

D Second  difference  in  position 

A 

2 

D^.  Second  difference  in  velocity 

A 
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SECTION  6 

PERSONNEL/MACHINE  REAL  TIME  OPERATIONS 
ACaUISlTiON  DATA 

A.  MAJOR  FUNCTIONAL  REQUIREMENTS 

The  sufafunctlonal  flow  associated  with  the  ACQ  DATA  Function  is  shown 
in  Figure  1-6-1.  This  function  is  responsible  for  three  major  areas 
transmission  of  acquisition  data  to  sites,  determination  of  spacecraft  orbit 
parameters  for  real  time  comparison  with  incoming  tracking  data,  and 
monitoring  of  tracking  performance  parameters. 

In  support  of  these  activities  a single  operator  at  the  ACQ.  data 
CRT/keyboard  will  oversee  computer  operations.  Machine  generated  mes- 
sages and  displayed  data  will  be  reviewed  by  the  operator  who  will 
formulate  routine  and  emergency  decisions,  initiate  appropriate  inter- 
rupt-queries and  red i rect-commands , and  generally  monitor  the  overall 
ACQ  Data  activity  flow.  As  a monitor,  decision-maker,  and  re-director, 
the  ACQ  DATA  Operator  will  form  an  integral  element  of  ACQ  DATA  in 
assuring  the  continuous  integrity  and  real  time  execution  of  all  function 
requi rements . 

B.  OPERATIONAL  PROCEDURES 

1 . Transmission  of  Acquisition  Data 

Acquisition  data  containing  antenna  pointing  angles,  acquisi- 
tion times,  vehicle  identifications,  etc.  will  be  generated  by  Code  570 
and  periodically  relayed  to  the  NCC  Data  Base  with  sufficient  lead  time 
for  site  transmission.  Data  received  will  be  written  to  ACQ  file  1 and 
reviewed  by  the  Availability,  Verification  and  Transmission  subfunction  which 
will  verify  the  existence  of  data  in  file  1 necessary  for  scheduled 
acquisition  events.  Necessary  acquisition  data  which  is  found  not  to  be 
present  will  Initiate  an  alarm  message  which  will  appear  on  the  ACQ  DATA 
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CRT  display  for  operator  intervention.  If  file  1 is  found  to  be  complete, 
batch  transmission  of  acquisition  data  to  sites  will  be  executed  periodically 
and  automatically.  A log  of  transmission  events  will  be  established  for 
operator  review  upon  request.  The  site  acknowledgement  function  will 
notify  display  of  an  absence  of  necessary  data  on  site,  whereas  properly 
received  data  will  be  so  logged  for  operator  inspection. 

Emergencies  affecting  the  transmission  of  acquisition  data  will  be 
characterized  as  either  low  or  high  priority.  Low  priority  emergencies 
include  "unavailable  data"  and  "site  reception  failure"  alarms  generated 
by  the  respective  subfunctions  of  Availability  and  Site  Acknowledgement. 

These  potential  alarms  will  occur  during  routine  attempts  at  data  trans- 
mission and  will  appear  with  a low-priority  label  on  the  CRT  for  operator 
action.  However,  because  of  the  sufficient  lead  time  between  routine 
data  transmission  and  actual  spacecraft  acquisition,  the  operator  may 
not  be  required  to  suspend  current  activity  for  alarm  consideration  but 
may  defer  action  to  a later  time.  If  action  is  deferred,  a required 
action  time  interval  will  be  defined  such  that  a failure  to  dispose  of 
the  low-priority  alarm  within  the  interval  will  result  in  a repeat  of 
the  same  alarm  on  a high-priority  level  for  Immediate  operator  intervention, 
in  general,  low-priority  alarms  will  be  resolved  by  operator  interaction 
with  Status  Monitor  and  Executive,  through  the  AC(1  DATA  CRT/keyboard,  in 
order  to  request  additional  acquisition  data  and/or  ascertain  site 
status. 

A high-priority  alarm  will  require  immediate  real  time  operator 
consideration  and  consequent  suspension  of  current  activity  High- 
priority  alarms  include 

(1)  determination  and  transmission  of  acquisition  data  for  recently 

rescheduled  or  emergency-condition  spacecraft,  and 

(2)  low-priority  alarms  which  have  not  been  resolved. 

For  a type  (l)  alarm,  the  operator  will  'clear'  ACQ  DATA  by 
writing  any  incoming  tracking  data  to  storage,  suspending  the  computation 
of  orbital  parameters,  and  holding  any  data  transmissions.  An  operator 
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request  for  the  latest  emergency  spacecraft  IRV  will  be  made  which  will 
act  as  input  to  the  Vector  Predictor  function  for  a determination  of 
acquisition  parameters.  The  computed  updated  IRV  will  then  be  transmitted 
and  normal  ACQ  DATA  operations  will  resume. 

a.  Summary  of  Machine  Functions: 

(1)  write  acquisition  data  from  code  570  to  ACQ  File  1 

(2)  verify  the  availability  of  data  necessary  for  scheduled  events 

(3)  transmit  acquisition  data  in  batches  to  sites  at  fixed  periodic 
intervals 

(A)  generate  short-term  site  acknowledgement  and  data  availability 
logs 

(5)  Initiate  alarms  to  the  ACQ  DATA  display  for  required  data  not 
available,  or  failure  at  site  to  receive  transmitted  data 

b . Summary  of  Operator  Functions: 

(1)  during  low  levels  of  activity  enter  keyboard  commands  to  request 
data  transmission  and  acknowledgement  logs  for  inspection 

(2)  initiate  commands  in  response  to  low-priority  "unavailable  data" 
and  "site  reception  failure"  alarms 

(3)  'clear'  the  ACQ  DATA  function  for  real  time  high-priority 
emergencies,  and  direct  emergency  resolution 

2.  Orbit-Comparison  Tracking  Tests 

The  highest  level  of  ACQ  DATA  activity  will  be  dedicated  to  the 
determination  of  spacecraft  orbit  parameters  by  Runge-Kutta  integration 
and  a real  time  comparison  of  these  determinations  with  incoming  auto- 
track  data. 

The  identification  olj  incoming  data  will  be  made  by  the  Data 
Verification  subfunction  which  will  generate  an  alarm  to  the  CRT  only  upon 
detection  of  unexpected  data.  Operator  alarm  response  will  include  a 
notification  to  the  Executive  as  well  as  a request  for  the  appropriate  IRV 
for  integration.  Data  properly  verified  will  be  modified  fay  the  Data  Reduc- 
tion subfunction  and  compared  to  parameters  predicted  fay  the  Simultaneous 
Vector  Predictor  in  the  Tracking  Monitor.  This  latter  subfunction  will 
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execute  comparisons,  generate  a statistical  summary  file  (ACQ,  File  2), 
initiate  "exceeding  threshold"  alarms,  and  format  both  the  data  and 
comparison  results  for  CRT  display. 

In  the  routine  mode  of  operation,  the  operator  will  monitor 
the  tracking  test  displays  for  consistency,  trends  and  deviations. 

Alarms,  however,  will  require  the  operator  to  suspend  and  store  the 
display,  dispose  of  the  alarm,  then  request  display  playback.  The 
operator  may  also  interrupt  routine  activities  for  the  purposes  of 

(1)  display  suspension 

(2)  notification  to  the  EXEC  of  sub-threshold  trend  variations 

(3)  request  of  partial  file  2 display 

(4)  format  problems,  etc. 

a.  Summary  of  Machine  Functions. 

(1)  verify  incoming  ID  of  auto-truck  data  and  reduce  to  standard  form. 

(2)  fierform  a fourth-order  Runge-Kutta  Integration  for  orbit  parameter 
determination 

(3)  compare  auto-track  and  predicted  data 

(4)  generate  statistical  summary  file  and  display  format 

(5)  initiate  "exceeding  threshold"  and  "invalid  data  ID"  alarms 

b.  Summary  of  Operator  Functions 

(1)  monitor  tracking  data  and  comparison  results  for  trends,  devia- 
tions, formats,  etc. 

(2)  respond  to  function  alarms  by  writing  current  display  to  storage 
them  requesting  re-display  (after  alarm  response)  for  continued 
monitoring 

(3)  initiate  commands  based  on  monitoring  decisions  to  reassign 
thresholds,  request  inspection  of  the  statistical  test  summary 
file,  etc. 

3.  Tracking  Performance  Parameters 

Tracking  performance  parameters  received  from  Code  570  will  be 
formated  and  displayed  for  operator  inspection.  Operator  and  machine 
monitoring  of  these  parameters  will  parallel  the  procedures  outlined  in 
2 above. 
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SECTION  7 

MESSAGE  SIZING  AND  DATA  RATE  REQUIREMENTS 


A.  INTRODUCTION 

■ i 

This  section  provides  an  analysis  of  message  sizing  and  data  rate  re- 
quirements for  communications  between  the  NCC  and  external  STDN  elements. 
The  purpose  is  to  provide  block  sizing  tradeoffs  and  evaluate  the  capabil- 
ity of  projected  line  data  rates  to  satisfy  the  expected  Information  flow. 
Particular  emphasis  is  placed  on  the  NCC-TDRSS  communications.  The  mes- 
sages, and  their  approximate  sizes,  which  comprise  the  majority  of  communi- 
cations identified  to  date  are  listed  below,  based  on  information  provided 
in  the  "Performance  Specification  for  Telecommunications  Services  via  the 
Tracking  and  Data  Relay  Satellite  System,"  (Reference  40)  pages  52-63. 

B.  MESSAGE  SIZES 


Each  of  the  messages  identified  in  reference  ifO  was  examined  and 
generic  parameter  classifications  developed.  Each  of  these  parameters 
was  then  allocated  a raw  bit  size  based  on  the  number  of  parameter  occur- 
rences, its  expected  range  and  accuracy  requirements  and  other  special  in- 
formation requirements.  These  raw  bit  requirements  were  then  mapped  into 
16  bit  words.  This  16  bit  word  size  was  assumed  to  be  that  used  In  the 
NCC  computers.  Hence  all  parameters  were  assumed  to  be  stored  in  multi- 
ples of  16  bits.  Thus,  parameters  creating  requirements  for  fractional 
portions  of  a 16  bit  word  were  mapped  in  whole  words.  It  is  implicit  in 
this  methodology  that  a requirement  to  "pack"  parameters  in  some  optimum 
manner  within  16  bit  words  does  not  exist.  Table  1-7-1  identifies  the 
generic  parameters  associated  with  each  message  in  reference  ^0  and  the 
associated  raw  bit  and  16  bit  word  sizes. 
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1 . NCC  Administrative  Message  Sizing 

The  NCC  outgoing  messages  Identified  In  reference  40  are* 

(1)  Scheduling  Data 

(2)  Operations  Control  Messages 

(3)  Acquisition  Messages 

(4)  Ground  Commands. 

The  Scheduling  Data  size  requirements  are  summarized  in  Table  t-7"2.  Under 

the  assumption  of  1000  contacts  per  day,  the  analysis  shows  that  a 24  hour 

4 

schedule  would  consist  of  approximately  9 x 10  words,  and  a weekly  sched- 

c 

ule  to  be  on  the  order  of  6.3  x 10  words. 

The  Operations  Control  Messages,  Acquisition  Message,  and  Ground 
Commands  are  summarized  In  Tables  I-7"3,  l“7“4,  and  l-7~5,  respectively. 
Operations  Control  Messages  and  Ground  Commands  were  found  to  be  short  (100 
words  and  30  words),  while  the  Acquisition  Message,  to  be  transmitted  up  to 
three  times  per  day  in  special  situations,  consists  of  1350  words. 

The  NCC  Incoming  messages  identified  in  reference  40  are. 

(1)  Acquisition  Data  (from  ODF) 

(2)  Schedule  Requests  (from  POCCs/USERS) 

(3)  Tracking  Service  Data 

(4)  Operations  Control  Messages 

(5)  TDRSS  Service  Level  Status 

(6)  SA  Operations  Data 

(7)  MA  Operations  Data 

(8)  Performance  Data. 

The  Acquisition  Data,  from  the  Orbit  Determination  Facility  (ODF) , should 
consist  of  a 1350  word  message,  similar  to  that  described  in  Table  !-7~4. 
Scheduling  Requests  will  consist  of  up  to  90  words,  the  parameters  of  which 
are  summarized  in  Table  l-7"2. 

Tracking  Service  Data  will  be  supplied  by  TDRSS.  Allocation  for 
the  tracking  data  allows  for  two  tracking  points  for  each  of  two  spacecraft 
to  yield  a 120  word  message,  as  shown  In  Table  l-7~6.  TDRSS  Operations  Con- 
trol and  Service  Level  Status  Messages,  as  shown  in  Tables  l-7"7  and  l-7“8, 
are  each  approximately  21  words  in  length.  Table  1-7-9  shows  sizing  for 
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Operations  Data  for  TDRSS  SA  and  MA  links.  These  operations  messages  are 
on  the  order  of  75  words  for  SA  and  50  words  for  MA.  The  performance  data 
message  was  assumed  to  consist  of  approximately  10  words  per  parameter,  for 
ten  parameters.  Thus,  Table  1-7~10  shows  a 100  word  performance  parameter 
message  for  each  channel.  Table  1-7“ 11  provides  a message  sizing  summary, 
for  all  messages  delineated  above,  where  requirements  are  given  in  16  bit 
words.  Also,  an  indication  of  its  time  sensitivity  accompanies  each  mes- 
sage set. 

2.  Standard  Block  Size 

As  can  be  seen  in  the  message  summary,  sizes  are  either  very 
large  {1,350,  90,000,  or  630,000  words  for  infrequent  messages)  or  rou- 
tinely 120  words  or  less.  The  impact  this  has  on  determining  a standard 
block  size  Is  simply  that  the  block  will  be  used  inefficiently  for  those 
short  messages  if  significantly  more  than  120  words  are  employed  (exclu- 
sive of  overhead).  A reasonable  block  size,  then,  accounting  for  14  words 
of  NASCOM  overhead  would  be  130-150  words.  Further  considerations  support 
the  choice  of  the  150  word  block  Figure  l-7~l  is  a plot  of  block  size  vs. 
the  number  of  information  words  transmitted  per  second  at  a S.6  kb/s  rate. 

The  graph  illustrates  the  significant  impact  of  14  words  of  overhead  on  block 
sizes  of  100  words  or  less  since  a lower  percentage  of  the  transmission  is 
actual  information.  For  example,  using  50  word  blocks,  of  the  600  words  per 
second  transmitted,  168  of  them  would  be  overhead.  The  curve  flattens 
out  for  block  lengths  of  150  to  300  words  (present  NASCOM  standard).  The 
second  plot.  Figure  l-7~2,  presents  the  time  required  to  transmit  the  sched- 
ule, for  various  data  rates,  vs.  block  size.  The  curve  presents  pure 
transmission  time,  exclusive  of  handshaking,  error  control,  or  other 
communications  protocol.  Again,  no  serious  degradation  occurs  after 
a block  length  of  150  words.  Therefore,  with  these  considerations  estab- 
lished, a reasonable  standard  block  size  for  NCC  traffic  Is  in  the  neighbor- 
hood of  150  words,  or  2400  bits. 
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C.  DATA  RATE  REQUIREMENT 

The  messages  involved  in  the  network  control  communications  are  all 
of  a time  sensitive  nature,  some  more  so  than  others.  For  example,  the 
incoming  tracking  data  and  performance  data  have  been  assumed  to  arrive 
at  a rate  of  once  per  second  Assuming  that  each  requires  one  message 
block,  at  the  9*6  kb/s  rate,  tracking  data  and  performance  data  will  use 
100^  of  the  TDRSS  to  NCC  line  capacity  if  present  standard  ^800  bit  blocks 
are  used.  If  the  recommended  2400  bit  blocks  are  used,  the  data  will  utilize 
50^  of  the  line  capability.  Either  case  may  cause  difficulties  in  the 
routine  transmission  of  other  data  to  the  NCC  Thus,  it  appears  that  the 
requirement  of  one  sample  per  second  for  tracking  and  performance  data 
make  a serious  case  for  a higher  data  rate  line  With  a 56  kb/s  line, 
twenty-three  2400  bit  blocks  may  be  transmitted  each  second,  with 
performance  and  tracking  data  requiring  only  8.7%  (approximately  17%  using 
standard  4800  bit  blocks).  The  outgoing  NCC  data  present  a different  type 
of  problem  Messages  are  commonly  much  larger  and  less  frequent,  e.g  , 
the  630  thousand  word  weekly  schedule,  requiring  substantial  periods  of 
transmission  time.  The  comparative  transmission  times  for  transmitting  the 
schedule  at  9.6,  19*2,  and  56  kb/s  were  illustrated  in  Figure  I-7-2. 

Using  4800  bit  blocks,  the  schedule  requires  almost  20  minutes  of  pure 
transmission  time,  at  the  9 6 kb/s  rate. 

D ALTERNATIVE  TRANSMISSION  SCHEMES 

Given  the  message  transmission  requirements  as  previously  stated.  Sev- 
eral alternatives  exist  for  achieving  higher  transmission  rates.  Among 
them  are 

(1)  Doubling  the  9*6  kb/s  line  capacity 

(2)  Upgrading  the  9 6 kb/s  rate  to  56  kb/s. 

Various  methods  of  implementation  exist  for  each  of  these  alternatives 


1-94 


THE  BDM  CORPORATION 


1 . Doubling  the  9.6  kb/s  Line  Capacity 

Figure  l-7~2  illustrates  the  time  saved  in  transmitting  the 
schedule  at  an  effective  19.2  kb/s  rate.  Doubling  the  data  rate  has  the 

obvious  effect  of  reducing  by  50^  the  time  required  to  transmit  the  long 

NCC  outgoing  messages.  Performance  and  tracking  data  would  require  50^ 
of  incoming  capability  with  standard  4800  bit  blocks,  and  25^  using  2400 
bit  blocks. 

The  actual  implementation  of  a 19.2  kb/s  data  rate  could  be 
accomplished  by  adding  another  9 6 kb/s  line,  establishing  a virtual 
19.2  kb/s  link,  or  by  replacing  the  3.6  kb/s  line  with  a 19  2 kb/s  line 
The  monthly  recurring  cost  for  two  9.6  kb/s  lines  from  the  NCC  to  TDR5S 
IS  approximately  $4,570.  (Reference  41), 

2 Upgrading  the  9.6  kb/s  Rate  to  56  kb/s 

The  impacts  of  a 56  kb/s  rate  on  the  NCC  incoming  and  outgoing 

message  requirements  has  been  discussed  above.  In  addition  to  providing 

the  necessary  data  rate  to  support  requirements,  the  56  kb/s  rate  has  the 
further  advantage  of  standardizing  data  rates  for  the  NCC  administrative 
message  requirements  Since  every  GSTDN  station  has  a 56  kb/s  capability, 
the  data  rate  would  be  STDN-wide  compatible 

At  approximately  four  times  the  9.6  kb/s  monthly  rental  rate  — 

$9, 215/mo.  (Reference  41)  --  a 56  kb/s  link  could  be  established  from  the 
NCC  to  TDRSS  Howver,  an  alternateive  implementation  technique  exists. 

An  effective  56  kb/s  rate  could  be  obtained  utilizing  the  composite  1.544 
Mb/s  line.  The  NCC  could  transmit  and  receive  messages  at  a 56  kb/s  rate 
over  the  composite  line  Since  this  link  will  be  established,  cost  incum- 
brances for  an  additional  9.6  kb/s  line  to  provide  a virtual  19.2  kb/s  link, 
or  a 19.2  kb/s  channel  to  replace  the  9.6  kb/s  line,  or  a 56  kb/s  service 
to  replace  the  9.6  kb/s  line  would  not  be  incurred 
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TABLE  1-7-1.  GENERIC  MESSAGE  PARAMETER  SIZE  REQUIREMENTS 


PARAMETER 

BIT  REQUIREMENT 

WORD  REQUIREMENT 

ID’S 

16 

1 

TIME 

- MONTH,  DAY, 

lA 

1 

- HOUR,  SEC 

11 

1 

- MICROSEC  (NANOSEC.) 

2lf 

2 

ANGLES 

32 

2 

FREQUENCIES 

RESOLVED  TO  100  HZ 

32 

2 

RESOLVED  TO  10  HZ 

32 

2 

DATA  RATES 

32 

2 
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TABLE  1-7-2.  SCHEDULING  DATA  MESSAGES 


Type/Parameter  Words  Allocated 


A. 

General 

5 

B. 

Forward  Link  Services 

16 

C, 

Return  Link  Services 

39 

D. 

Tracking  Services 

10 

E. 

Simulation  Services 

20 

F. 

Verification  Services 

90  Words  Per  Event 

2k  Hour  Scheduling  Message  90  Words/Event 

x1 000  Events/Day 
90000  Word  Message 

Weekly  Scheduling  Message  Zk  Hr  Sched.  Msg 

X 7 

630000  Word  Message 
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TABLE  1-7-3.  OPERATIONS  CONTROL  MESSAGES 


Types/Parameter 

Words  Allocated 

Messages  Range  From 

100 

Simple  Requests 

(Approx  b Words)  To 

S/C  State  Vectors 

{Approx  25  Words) 

100  Words  Should  Be 

Enough  To  Handle  These 

100  Word  Message 

TABLE  1-7-4.  ACQUISITION  MESSAGES 


Type/Parameter 

Words  Allocated 

A. 

General 

5 

B, 

Month,  Day,  Orbit  No. 

3 

C. 

Position  Vectors  & Checksum 

10 

0. 

Velocity  Vectors  & Checksum 

7 

E. 

Vector  Time 

_Z 

27  Words  Per  Spacecraft 

Total  Acquisition  Message 

27  Words/Spacecraft 
X 50  Spacecraft 
1350  Word  Message 
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TABLE  1-7-5.  GROUND  COMMANDS 


Type/Pa rameter 

Words  Allocated 

A.  General 

5 

B*  Request 

1-24 

Service  Level  Status  Data 

Reacquis i tion 

30  Word  Message 

Forward  Link  Sweep 

User  Reconfiguration 

Doppler  Comp.  Inhibit 

Return  Channel  Time 

Delay  Measurement 

1 
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TABLE  1-7-6.  TRACKING  SERVICE  DATA 


Type/Parameter 

Words  Allocated 

A. 

Genera] 

3 

B. 

User  i.D. 

1 

C. 

Service  Type 

1 

D. 

Service  Link  1 ,D. 

1 

E. 

T ime  Tag 

k 

F. 

Ground  Antenna  Angle  #1 

2 

G. 

Ground  Antenna  Angle  #2 

2 

H. 

Range 

3 

1. 

Doppler  Count 

3 

J. 

Reference  Frequency 

2 

22  Words 


Tracking  Message  30  Words  Per  Track  Point  {22  + 8 Spare) 

X 2 Points  Per  Track  Message 
X 2 A1 locat ion  For  Two  Simultaneous  Tracks 
120  Word  Message 
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TABLE  1-7-7.  OPERATIONS  CONTROL  MESSAGE 


Type/Parameter 

Words 

A1  located 

A. 

General 

5 

B. 

Schedule  Recerp 

2 

C. 

Return  Channel  Time  Delay 

3 

0. 

Preventative  Maint. 

3 

Downtime  Req. 

E- 

Special  Req. 

5 

F. 

Results  of  Verif.  Services 

_5 

21  Words 

TABLE  1-7-8.  TDRSS 

SERVICE  LEVEL  STATUS 

Type/Parameter 

Words 

A1 located 

A. 

General 

9 

B. 

Status 

11 

21  Words 
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TABLE  1-7-9.  SA  AND  MA  OPERATIONS  DATA 


Type/Parameter 

Words 

A1 located 

SA  OPS  DATA 

MA  OPS  DATA 

A. 

General 

7 

7 

B. 

Forward  Links 

25 

15 

C. 

Return  Links 

40 

25 

™ 75  Word  Message 

~ 50  Word  Message 
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TABLE  1-7-10.  PERFORMANCE  DATA 


Type/Parameter 

Words  Allocated 

A.  General 

5 

B.  Perf.  Type 

1 

C.  Perf.  Data 

Jl 

10  Words 

Performance  Message 

10  Words/Perf 
xlO  Perfs 
100  Word  Message 

- For  Each  Channel 
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TABLE  1-7-11.  MESSAGE  SIZING  SUMMARY 


MESSAGE 

SIZE 

TIME  SENSITIVITY 

Outgoing* 

Daily  Schedule 

90000 

Once  Per  Day 

Weekly  Schedule 

630000 

Once  Per  Week 

Ops.  Control 

100 

Situation  Dependent 

Acq.  Message 

1350 

3 Times  Dally  To  Twice  Weekly 

Acq.  Emergency 

27 

Situation  Dependent 

Ground  Commands 

30 

Situation  Dependent 

1 ncomi ng  * 

Acq.  Data 

1350 

Weekly 

Acq.  Emergency 

27 

Situation  Dependent 

Schedule  Request 

90 

Situation  Dependent 

Tracking  Data 

120 

Once  Per  Second 

Ops  Control 

25 

As  required 

TDRSS  Status 

j 

21 

As  required 

SA  Ops  Data 

75 

As  required 

MA  Ops  Data 

50 

As  required 

Perf.  Data 

100 

Once  Per  Second  Per  Channel 
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WORDS  PER  SECOND 


BLOCK  SIZE  ( 16  BIT  WORDS  ) 

Figure  1-7-1 . The  Amount  of  Information  Data  Transmitted  for  Various  Block  Sizes,  at  a 9*6  kb/s  Rate. 
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TIME  IN  MINUTES 


50  100  150  200  250  300  350 

BLOCK  SIZE  (16  BIT  WORDS) 

Figure  1-7-2.  Time  Required  to  Transmit  a 6.3  x 10^  Word  Weekly  Schedule. 
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SECTION  8 

NCC  CONTROLLER  MANPOWER  RE(iU  i REMENTS 


A INTRODUCTION 


This  section  documents  analyses  conducted  to  refine  the  estimated 
Network  Control  Center  (NCC)  manpower  requirements  developed  in  Phase  II 
The  objective  of  these  analyses  was  to  identify  the  NCC  manpower  required 
to  perform  operations  control  system  activities  which  are  directly 
related  to,  or  driven  by,  the  STDN  load.  The  NCC  position  requirements 
directly  affected  fay  network  loading  are  the  TDRSS  MA,  TDRSS  SA  and  GSTDN 
controller  positions.  The  generic  activities  conducted  at  these  positions 
which  directly  affect  personnel  requirements  are  "network  setup"  and 
"network  teardown."  Setup  is  the  process  whereby  the  controller  insures 
that  all  network  resources  required  to  conduct  a contact  are  available, 
capable  and  ready  to  support  the  contact.  Teardown  is  the  process  whereby 
the  controller  returns  all  resources  committed  to  supporting  a contact 
to  the  network  resource  "pool"  at  contact  completion  The  speed  with  which 
the  controller  can  accomplish  these  tasks  will  affect  the  probability 
that  a second  or  subsequent  event  will  occur  during  the  critical 
sequence  of  network  assembly/disassembly.  Speed  dictates  the  duration  of 
cognizant  time  the  network  operator  must  give  to  that  particular  event. 

Once  the  transaction  begins,  however,  the  controller  has  little  responsi- 
bility until  completion,  at  which  time  teardown  of  the  system  must  be 
accomplished.  Coupled  with  speed  is  the  rate  of  event  arrival  in  determin- 
ing simultaneous  events  The  faster  the  arrival  rate,  the  greater  the 
probability  of  simultaneous  events. 

B PHASE  II  ANALYSIS 

Figure  1-8-1  highlights  the  results  of  the  manpower  requirements 
developed  in  Phase  II.  The  effects  of  setup  and  teardown  activities  in 
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producing  simultaneous  events  for  controllers  to  manage  is  shown  in  the 
upper  portion  of  the  figure.  The  method  of  counting  utilized  in  this 
approach  always  yields  a maximum  number  of  simultaneous  events,  in  this 
case  eight  for  a 5 minute  setup  and  1 minute  teardown  (See  page  111-72 
of  this  report.) 

The  lower  portion  of  Figure  1-8-1  depicts  the  quantitative  rela- 
tionships between  STDN  scheduled  event  occurrences  (i.e.,  spacecraft  con- 
tacts), setup/teardown  time  requirements,  human  simultaneous  event  management 
capability  and  resultant  controller  position  requirements.  The  first 
quadrant,  STDN  LOADING,  represents  the  relationship  between  contacts 
per  day,  or  system  load,  and  events  per  minute  for  STDN.  It  was  assumed 
that  events  occur  in  a uniform  manner  Thus,  in  the  baseline  case 
of  620  contacts  per  day,  events  arrive  at  the  constant  rate  of  0 43  per 
mi nute. 

The  ISO-ASSEMBLY  CURVES  of  the  second  quadrant  are  established  by 
associating  with  each  event  an  interval  representing  the  network  assembly/ 
disassembly  time,  then  identifying  the  maximum  number  of  simultaneous 
setup/teardown  operations.  Thus,  the  baseline  case  defines  a maximum 
of  3 3 simultaneous  events  for  a 5 minute  assembly  time  and  1 minute  tear- 
down time. 

This  number  of  simultaneous  events  is  then  translated  into  manpower 
requirements  by  the  SATURATION  FUNCTION  of  the  third  quadrant  Here, 
each  operator  is  assumed  able  to  dispose  of  at  most  three  simultaneous 
events  with  equal  proficiency.  It  is  also  assumed  that  four  or 
more  events  totally  overload  the  controller's  capability  to  manage 
the  simultaneous  events  Baseline  loading,  therefore,  requires  two  opera- 
tors. Additionally,  Interpretation  of  the  information  provided  in  the 
second  and  third  quadrants  assumes  that  controller  personnel  can  manage 
TDRSS  MA,  TDRSS  SA  or  GSTDN  related  events  equally  well  This  tacitly 
implied  that  whenever  any  controller  activity  (setup  or  teardown)  is 
required,  any  unsaturated  controller  could  manage  it  with  equal  competence 
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Finally,  the  fourth  quadrant  illustrates  the  CONSOLE  POSITION 
FEASIBILITY  PLANE.  This  plane  summarizes  the  results  obtained  by  the  use 
of  quadrants  two  and  three,  and  allows  one  to  pass  directly  from 
quadrant  one  to  quadrant  four  in  determining  manpower  requirements  for 
a given  load.  For  example,  at  baseline  loading  (quadrant  one),  a 
minimum  of  one  and  a maximum  of  three  operators  would  be  required 
(quadrant  four),  whereas  at  twice  baseline  these  requirements  become, 
respectively,  two  and  four 

In  summary,  the  Phase  II  analysis  estimates  total  MA,  SA,  and 
GSTDN  manpower  to  lie  between  one  and  four  console  positions.  These 
results  are  based  upon  the  assumptions  of 

(1)  A uniform  event  arrival  rate, 

(2)  An  identification  of  maximum  numbers  of  simultaneous  events 
occurring,  and 

(3}  A combined  MA,  SA,  and  GSTDN  loading. 

(A)  The  ability  of  each  controller  to  manage  TDRSS  MA,  TDRSS  SA  or 
GSTDN  activities. 

Further  refinement  of  the  above  Phase  II  results  requires  an  exten- 
sion of  assumptions  (1)  and  (2),  and  a separation  of  the  MA,  SA,  and 
GSTDN  requirements  in  assumption  (3)  and  (A) 

C ANALYTIC  APPROACH 

in  this  analysis  it  was  assumed  that  each  controller  position 
required  individuals  with  different  skill  levels  and/or  capabilities.  Thus 
personnel  requirements  are  developed  independently  for  TDRSS  MA,  TDRSS  SA 
and  GSTDN.  Analysis  of  these  requirements  included  an  identification 
of  the  average,  maximum,  and  most  frequent  number  of  simultaneous  events 
per  minute  as  a function  of  load  and  total  setup/ teardown  times. 

Central  to  this  investigation  was  the  generation  of  event  schedules 
based  on  projected  STDN  support  requirements.  The  Conflict  Analyzer 
algorithm  developed  during  Phase  I was  utilized  to  obtain  a statistical 
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description  of  simultaneous  network  setup/ tea rdown  events,  in  this  manner, 
a realistic  ensemble  of  event  arrivals,  and  hence  setup/tea rdown  activities 
was  obtained. 

The  scheduling  simulation  develops  a minute  by  minute  schedule  of 
data  dump  and  tracking  support  events  compatible  with  spacecraft  require- 
ments identified  in  the  mission  model  (see  Appendix  A)  Before  and 
after  each  data,  track,  or  data  and  track  event,  variable  network 
setup/tea rdown  times  were  specified.  A review  of  the  schedule  then  allows 
for  the  accumulation  of  simultaneous  setup/tea rdown  event  statistics 

Five  8-hour  schedules  for  each  of  six  setup/ teardown  time  combina- 
tions were  generated  and  analyzed  for  four  system  loading  conditions 
Setup  times  were  chosen  to  be  one,  three,  and  five  minutes,  and  teardown 
times  one  and  three  minutes.  The  five  minute  setup  and  three  minute 
teardown  times  form  the  current  estimate  of  the  upper  bounds  for  these 
activities.  The  remaining  points  were  selected  to  obtain  the  desired  data 
characteristics  with  minimum  execution  of  the  computer  simulation.  System 
loadings  were  0.25,  0.50,  1.0,  and  2.0  times  baseline.  These  loadings  were 
selected  to  be  comparable  with  those  used  in  the  Phase  I sensitivity  analysis 
The  following  statistics  were  compiled  as  a function  of  load  and 
setup/tea rdown  combination: 

(1)  The  average  number  of  simultaneous  events  per  minute, 

(2)  The  maximum  number  of  simultaneous  events  developed, 

(3)  The  most  frequent  number  of  simultaneous  events  experienced,  and 

(4)  The  frequency  distribution  of  simultaneous  events. 

These  data  were  analyzed  for  TDRSS  MA,  SA,  and  GSTDN  events,  and 
cast  in  a form  similar  to  that  in  the  lower  portion  of  Figure  1-8-1. 

D.  PHASE  III  ANALYSIS  RESULTS 

1 . Average  Number  of  Simultaneous  Events 
a . Multiple  Acess  (MA) 


Figure  1-8-2  depicts  the  MA  manpower  requirement  inter- 
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dependencies.  The  iso-assembly  curves  in  this  and  similar  succeeding 
figures  are  parameterized  in  total  control  activity  (setup  plus  teardown) 
time,  T Investigation  of  the  data  resulting  from  the  parametric  runs 
identified  above  indicated  that  the  simultaneous  events  produced  for 
setup/teardown  times  of  1 minute/3  minutes  and  3 minutes/1  minute  were 
not  significantly  different.  This  result  was  also  observed  for  setup/ 
teardown  times  of  3 minutes/3  minutes  and  5 minutes/1  minute  Thus,  four 
curves  are  shown  which  display  the  results  of  all  parameterlc  runs.  The 
correlation  is  as  shown  in  Table  1-8-1.  It  should  be  remembered  that  the 
data  obtained  for  cases  2 and  3,  as  well  as  ^ and  5>  allowed  the  results 
to  be  displayed  in  4 iso-assembly  curves.  It  should  not  be  assumed  that 
these  results  are  valid  for  all  combinations  of  setup  and  teardown  times 
which  equate  to  T=2,  4,  6 or  8 minutes  The  distinctive  difference 
between  Figures  1-8-2  and  1-8-1,  aside  from  the  simulated  schedule 
loading  reflected  in  Figure  1-8-2,  is  that  the  ordinate  axis  for  quadrants 
two  and  three  of  Figure  1-8-2  is  now  the  average  number  of  simultaneous 
events.  Thus,  at  twice  the  MA  baseline  loading  (5^0  contacts  per  day),  an 
operator  setting  up  and  tearing  down  for  a combined  time  of  eight  minutes  will 
experience  an  average  of  two  simultaneous  events  per  minute.  Again 
assuming  an  individual  operator  saturation  at  three  simultaneous  events, 
it  IS  apparent  that  only  one  operator  is  required  to  support  MA  loads 
of  up  to  twice  baseline  load.  For  comparison  with  Phase  II  results, 
the  fourth  quadrant  feasibility  plane  of  Figure  1-8-1  is  also  included 
in  Figure  1-8-2  (dotted  line). 

b.  Single  Access  ($A) 

SA  manpower  interdependencies  are  illustrated  in 
Figure  1-8-3.  Here,  the  average  number  of  simultaneous  events  generated 
by  baseline  loading,  assuming  even  the  longest  (T=8)  setup/teardown 
time,  IS  easily  supported  by  one  operator.  However,  loads  up  to  twice 
baseline  will  require  two  operators. 

If  MA  and  SA  manpower  requirements  are  based  on  an  average 
number  of  simultaneous  events  it  must  be  recognized  that  an  operator 
must  have  the  capability  to  "hold"  events  on  those  occassions  when  the 
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TABLE  1-8-1.  CORRELATION  OF  PARAMETRIC  RUN  AND  ISO-ASSEMBLY  CURVES 


SETUP 

TEARDOWN 

TIME 

TIME 

ISO-ASSEMBLY 

CASE 

(MIN) 

(MIN) 

CURVE 

1 

1 

1 

T=2 

2 

1 

3 

T=4 

3 

3 

1 

T=4 

4 

3 

3 

T=6 

5 

5 

1 

T=6 

6 

5 

3 

T=8 

l-llij 
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event  rate  exceeds  his  saturation  function.  Such  "held"  events  are  then 
disposed  of  in  operator  free  time,  if  all  events  must  be  considered  and 
acted  upon  in  real  time,  however,  manpower  requirements  are  dictated  by 
the  maximum  number  of  simultaneous  events,  as  discussed  below. 

2.  Maximum  and  Most  Frequent  Numbers  of  Simultaneous  Events 

Tables  1-8-2  and  I -8-3  summarize,  for  both  MA  and  SA  and  for 
each  assembly  time  and  load,  the  maximum  number  of  simultaneous  events 
experienced  as  well  as  the  number  of  operators  required  to  provide 
immediate  support  for  these  events.  Also  tabulated  are  the  most  frequently 
occurring  number  of  simultaneous  events,  the  fraction  of  time  they  occur, 
and  the  fraction  of  operator  free  time.  The  scope  of  this  analysis  did  not 
include  an  Investigation  of  the  optional  method  of  allocating  events  to 
controllers.  Therefore,  in  computing  operator  free  time,  if  more  than  one 
controller  is  required  at  a position,  it  was  assumed  that  each  successive 
controller  accepted  only  those  events  exceeding  his  predecessor's 
saturation  level. 

Consider,  for  example,  the  T=6  min.  MA  base  line  case  displayed 
in  Table  1-8-2.  A maximum  number  of  six  simultaneous  events  occurred 
thus  requiring  two  operators.  As  indicated  in  the  table,  the  second 
operator,  who  accepts  only  those  events  exceeding  the  saturation  level  of 
the  first,  is  idle  approximately  98^  of  the  time  under  the  foregoing 
assumption.  Also,  the  first  operator  will  be  either  idle  or  analyzing 
only  one  event  73^  of  the  time.  Similar  situations  prevail  throughout 
the  MA  baseline  load  case,  as  well  as  the  SA  baseline  case.  Thus, 
whereas  two  operators  for  both  SA  and  MA  are  required  for  those  instances 
of  peak  simultaneous  events,  their  combined  fraction  of  free  time  easily 
exceeds  one-half  For  a system  loading  of  twice  baseline,  MA  support  requires 
between  two  and  three  positions  and  SA  between  three  and  four. 

The  frequency  distributions  of  simultaneous  events  from  which 
both  operator  free  time  and  most  frequent  event  statistics  appearing  in 
Tables  1-8-2  and  I-8-3  were  compiled  are  illustrated  in  Figures  1-8-4 
through  I-8-7.  Included  are  distributions  for  baseline  and  twice  base- 
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TABLE  1-8-2  MA  SI 


LOADING 
]/k  BASELINE 

1/2  BASELINE 

BASELINE 

2 BASELINE 


T (MIN.) 

2 

h 

6 

8 

4 

6 

8 

2 

4 

6 

8 

4 

6 

8 


MAXIMUM 
NO.  EVENTS 


5 

6 

7 


\jJ  LO  ho 


EVENT  CHARACTERISTICS 


OPERATOR 


NO.  REQ. 

FREE 

: TIME 

MOST  FREQUENT 

OPERATORS 

i 1 

EVENT/FREQ. 

1 

.92 

0/.92 

1 

.84 

0/.84 

1 

.76 

0/.76 

1 

.70 

0/.70 

1 

.64 

0/.64 

1 

.47 

0/  47 

2 

.40 

.99 

0/.40 

1 

.71 

0/.71 

2 

.50 

.99 

0/.50 

2 

.34 

.98 

1/.39 

2 

.26 

.91 

1/.33 

2 

.30 

98 

1/  38 

2 

.18 

.90 

1/.30 

3 

n 

OO 

o 

• 

2/. 28 
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TABLE  1-8-3.  SA 


LOADING 

T (MIN.) 

MAXIMUM 
NO. EVENTS 

2 

2 

1/4  BASELINE 

4 

6 

3 

3 

8 

3 

4 

3 

1/2  BASELINE 

6 

4 

8 

4 

2 

5 

BASELINE 

4 

6 

5 

6 

8 

6 

4 

7 

2 BASELINE 

6 

9 

8 

10 

MULTANEOUS  EVENT  CHARACTERISTICS 
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Figure  1-8-4.  ma  Distribution  of  Simultaneous  Events 
Baseline  Load 
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Figure  1-8-5.  MA  Distribution  of  Simultaneous  Events 
Twice  Baseline  Load 
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Figure  1-8-6.  SA  Distribution  of  Simultaneous  Events 
Baseline  Load 
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EVENTS 

Figure  1-8-7.  SA  Distribution  of  Simultaneous  Events 
Twice  Basel  me  Load 
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line  for  both  MA  and  SA  events.  In  order  to  distinguish  the  histogram- 
distributions  for  each  of  the  four  setup/ tea rdown  time  combinations,  plot 
"envelopes"  have  been  sketched. 

The  general  distribution  shapes  and  deformations  of  shapes 
with  varying  setup/tea rdown  times  are  as  expected.  Thus,  in  the  MA  base- 
line load  case.  Figure  1-8-4,  as  setup/tea rdown  times  increase,  the  operator 
will  have  less  and  less  free  time  (l.e.,  number  of  zero  simultaneous 
events),  whereas  the  number  of  maximum  simultaneous  events  to  be  con- 
sidered will  Increase. 

3-  TDRSS  Manpower  Requirements 

Based  on  the  average  number  of  simultaneous  events  occurring 
during  base  line  loading  conditions,  one  MA  operator  and  two  SA  operators 
are  sufficient  for  TDRSS  system  support.  This  manpower  requirement, 
however,  assumes  an  operator  ability  to  place  events  exceeding  operator 
saturation  into  a "hold"  queue. 

In  the  case  that  simultaneous  events  are  assumed  to  require 
immediate,  real-time  consideration,  the  maximum  number  of  simultaneous 
events  occurring  is  relevant  and  is  found  to  demand  two  MA  operators 
and  two  SA  operators.  Here,  the  combined  idle  time  of  either  team  of 
operators  will  generally  exceed  50^. 

E.  PHASE  III  ANALYSIS  RESULTS-GSTDN 


1 . Introduction  and  Approach 

The  number  of  GSTDN  controller  positions  is  a direct  function  of 
system  load,  network  setup/teardown  times,  and  operator  efficiency.  In 
order  to  obtain  a description  of  GSTDN  manpower  requirements  as  well  as 
insure  adequate  NCC  support  prior  to,  during,  and  following  the  planned 
ground  station  reconfiguration,  a scheduling  simulation  similar  to  that 
adapted  to  the  TDRSS  analysis  above,  yet  unique  to  GSTDN  operations, 
was  developed. 

The  computer  simulation  of  GSTDN  setup/teardown  event  generation 
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involves  a random  scheduling  algorithm  to  approximate  NCC  user  demand, 
and  allows  for  segmenting  required  data  and  tracking  dumps  to  account  for 
the  geographical  constraints  of  actual  ground  stations.  The  system  load 
employed  in  the  simulation  is  given  in  Table  I-8-4,  which  illustrates  the 
type  of  spacecraft  supported  as  well  as  their  associated  support  require- 
ments This  loading  reflects  that  of  the  first  quarter  of  1981  and  as  such, 
represents  the  heaviest  GSTDN  workload  (Reference  kZ)  The  con- 
sequent identification  of  manpower  requirements  in  this  case  is  expected 
to  represent  an  upper  bound  It  should  be  noted  that  it  was  assumed  that 
the  configuration  of  GSTDN  in  the  198I  period  of  interest  could  support 
the  indicated  loading  Thus  the  only  dependent  variable  was  the  manpower 
required  to  manage  the  contacts. 

For  each  of  the  six  setup/teardown  times  (1/1),  (1/3) > (3/1) » 
(3/3),  (5/1),  (5/3),  ten  schedules  were  generated  and  analyzed  for  their 
simultaneous  setup/teardown  event  statistical  characteristics  Note 
that  in  contrast  with  the  TDRSS  analysis,  in  which  four  system  loadings 
were  considered,  only  the  heaviest  expected  GSTDN  load  is  considered 
here  Table  I-8-5  summarizes  the  relevant  parameters,  and  Figure  1-8-8 
the  frequency  distribution  of  simultaneous  events  for  each  of  the  four 
distinct  setup/teardown  times  Again  the  combinations  (1/3)  and  (3/1) 
yielded  identical  results,  as  did  the  combinations  (3/3)  and  (5/1)* 

2.  Discuss  I on 

From  Table  1-8-5,  the  number  of  operators  required  to  support 
the  maximum  number  of  simultaneous  events  ranges  from  two  to  three.  As 
above,  this  assumes  an  individual  operator  can  handle  no  more  than  three 
simultaneous  events.  In  the  two  cases  T=6  min.  and  T=8  min  in  which 
three  operators  are  required,  the  third  operators  are  seen  to  be  idle 
a large  fraction  of  time.  It  is  therefore  estimated  that  setup/teardown 
combinations  ranging  from  2 to  8 min  can  be  essentially  supported  by 
two  operators.  In  addition,  based  on  the  average  number  of  simultaneous 
events,  two  operators  (with  a combined  saturation  of  6 events)  can 
easily  support  GSTDN  requirements. 
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TABLE  1-8-4.  STDN  LOADING  CHARACTERISTICS 


SPACECRAFT 


SUPPORT 

PER  ORBIT  (HIN.) 


LANDSAT-2 

14 

LANDSAT-C 

20 

NOAA-OS-A 

4 

SEASAT-A 

6 

HEAD-B 

6 

NIMBUS-G 

10 

ERS  OS-A 

3 

SAGE  AEM-B 

7 

NOAA-OS-B 

4 

HEAO-C 

6 

EE (UK) 

10 

EE-A 

10 

GRE 

5 

SMM 

6 

ATS-6 

30 

lUE 

30 

TDRS-A 

30 

TDRS-B 

30 

TDRS-C 

30 

ISEE-C 

30 

25 
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TABLE  1-8-5 


GSTDN  SIMULTANEOUS  EVENT  CHARACTERISTICS 


T (MIN  ) 

AVG.NO.SIMULT, 
EVENTS/MI N. 

MAXIMUM 
NO. EVENTS 

NO.REQ. 

OPERATORS 

OPERATOR 
FREE  TIME 
1 2 3 

MOST  FREQUENT 
EVENT/FREQ. 

2 

0.93 

4 

2 

.39 

.99 

0/.39 

4 

1.82 

6 

2 

.15 

.90 

1/  29 

6 

2.80 

8 

3 

05 

.71  99 

2/.  24 

8 

3.62 

9 

3 

01 

56  95 

37.23 
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Figure  1-8-8 


GSTDN  Distribution  of  Simultaneous  Events 
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F MANPOWER  REQUIREMENTS;  SUMMARY 


The  extension  of  the  Phase  II  manpower  analysis  in  this  study  by 
the  Incorporation  of  simulated  schedules  has  allowed  for  a more  realistic 
generation  of  event  arrival  rates  and  an  individual  assessment  of  MA, 

SA,  and  GSTDN  operator  requirements  In  addition,  an  accounting  of  both 
the  average  and  maximum  numbers  of  simultaneous  events  provides  staffing 
decision  flexibility  in  that  operator  saturations  rated  at  either  average 
or  maximum  numbers  of  events  could  be  applied. 

Table  1-8-6  summarizes  the  load-dependent  manpower  requirements  for 
the  support  of  NCC  MA,  SA,  and  GSTDN  network  setup/teardown  operations 
The  number  of  operators  required  based  on  two  saturation  functions  are 
displayed,  those  which  saturate  at  three  average  simultaneous  events 
per  minute,  and  those  saturating  at  only  three  events,  whenever  they 
occur.  Thus,  for  the  expected  baseline  load,  a maximum  of  two  MA,  two 
SA,  and  three  GSTDN  operators  are  required 

It  should  be  noted  that  these  manpower  requirement  results  are  very 
sensitive  to  the  assumed  individual  operator  saturation  level.  For 
example,  if  operators  can  be  trained  to  consider  up  to  six  simultaneous 
events  (which,  in  baseline  load,  occurs  infrequently),  only  one  MA  and 
one  SA  position  would  be  required  In  addition,  for  those  positions 
which  are  staffed,  optimum  scheduling  of  operator  activity  could  maximize 
operator  control  and  monitoring  of  system  events. 
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TABLE  1-8-6.  MANPOWER  REOUIREMENTS  SUMMARY 


TDRSS 

MA 

LOAD 

MU 

A 

M 

1/4  BASELINE 

1 

1 

1 

1 

1/2  BASELINE 

1 

2 

1 

2 

BASELINE 

1 

2 

1 

2 

2x  BASELINE 

1 

3 

2 

4 

GSTDN-^-^-^ 

A 

M 

2 

3 

*A  “ Number  of  operators  required  based  on  the  average  number  of 
simultaneous  events  per  minute. 

**M  =»  Number  of  operators  required  based  on  the  maximum  number  of 
simultaneous  events  developed. 

***  Based  on  expected  peak  loading. 
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